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16.  Abstract 


The  Aircraft  Reply  and  Interference  Environment  Simulator  (ARIES)  makes  possible  the  performance 
assessment  of  a  Discrete  Address  Beacon  System  (DABS)  sensor  under  its  specified  maximum  aircraft  load. 
To  do  this  ARIES  operates  upon  a  taped  traffic  model  to  generate  simulated  aircraft  replies  and  fnilu  fhertlttg 
them  to  the  sensor  at  RF.  Import  documentation  for  ARIES,  of  which  this  Is  the  first  volume,  conalats  of: 

Volume  1:  Principles  of  Operation 

Volume  2:  Appendices  to  the  Principles  of  Operation  j 

Volume  3:  Pr^rammer's  Manual 

The  Principles  of  Operation  details  the  operation  of  ARIES  hardware  and  software.  Descriptive  In¬ 
formation,  supported  by  block  diagrams,  simplified  schematic  diagrams  and  flow  diagrams,  Is  provided 
sufficient  to  permit  a  thorough  understanding  of  ARIES  operation. 
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l.O  INTRODUCTION  AND  SYSTEM  OVERVIEW 


1.1  Introduction 

The  Aircraft  Reply  and  Interference  Environment  Simulator  (ARIES)  Is 
designed  to  simulate  a  radar  beacon  environment  of  up  to  400  transponders 
plus  high  rates  of  Interfering  beacon  replies  ("fruit")  for  the  purpi>se  of 
testing  the  operation  of  beacon  Interrogators  under  lieavy  load.  In  partic¬ 
ular,  ARIES  is  designed  to  test  a  new  class  of  Interrogators  being  developed 
for  the  Federal  Aviation  Administration  as  part  of  the  Discrete  Address 
Beacon  System  (DABS).  In  tills  document  these  will  be  called  "sensors". 

DABS  provides  Increased  capacity,  better  azimuth  measurement  precision, 
and  reduced  Interference  between  sensors  due  to  reduced  interrogation  rates 
as  compared  with  the  current  beacon  system  (the  Air  Traffic  Control  Radar 
Beacon  System-ATCRBS) .  In  addition,  for  aircraft  equipped  with  DABS 
transponders,  the  system  provides  ground-to-air  and  air-to-ground  data 
transmission  capabilities  which  are  the  basis  for  future  automation  of  various 
air  traffic  control  functions. 

Due  to  the  large  target  capacity  of  a  DABS  sensor,  it  Is  not  possible 
to  find  a  current  air  traffic  environment  that  Is  dense  enough  to  fully  test 
It  under  heavy  load  conditions.  (DABS  has  been  designed  for  the  anticipated 
worst  case  environments  of  the  1980' s  and  beyond).  Furthermore,  there 
currently  exist  only  a  few  DABS  transponders,  and  so  It  Is  not  possible 
to  provide  any  significant  loading  of  the  DABS-spec 1 f ic  functions.  The  com¬ 
plexity  of  a  DABS  sensor  precludes  simply  extrapolating  performance  from 
a  less  dense  benchmark  test.  For  this  reason,  and  also  due  to  a  desire  to 
be  able  to  repeat  the  Identical  test  several  times,  an  environment  simulator 
has  been  built  which  appears  to  the  sensor  under  test  to  be  a  dense  beacon 
environment  plus  a  dense  Interference  environment  typical  of  what  might  be 
encountered  In  the  future.  ARIES  Is  Intended  to  provide  this  environment 
for  purposes  of  factory  and  field  acceptance  testing,  and  also  during  the 
test  and  evaluation  phase  of  tlie  DABS  development  program.  It  can  also  pro¬ 
vide  a  long  term  capability  of  being  able  to  recreate  various  scenarios  for 
purposes  of  continued  sensor  software  development  and  debugging. 

Note  that  ARIES  Is  Intended  primarily  to  provide  a  load  test  for  the  DABS 
sensor.  ARIES  Is  not  designed  to  be  able  to  test  all  the  system  features  of 
a  DABS  sensor.  Capabilities  which  are  costly  to  Implement  and  have  little 
effect  on  the  sensor's  behavior  under  load  have  not  been  Implemented.  Those 
capabilities  which  have  been  implemented  can,  of  course,  be  used  for  general 
system  testing  whether  heavily  loaded  or  not.  A  large  portion  of  the  DABS 
sensor  can  be  tested  In  this  fashion. 

The  ARIES  equipment  consists  of  interrogation  receiving  circuitry,  reply 
generation  circuitry,  arid  a  computer  and  associated  peripheral  equipment  to 
control  the  system.  This  equipment  Is  hi>used  In  two  standard  racks  as  shown 

f.'  PI.,  1.1—1 
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Fig.  1.1-1.  ARIES  equipment,  overall  view 


In  the  rest  of  this  section  an  overview  pf  the  ARIES  system  is  presented. 

While  It  Is  not  the  purpose  of  this  document  to  describe  the  DABS  system,  tliose 

features  required  for  an  understanding  of  ARIES  are  presented*.  Subsequent 
sections  of  this  report  go  into  mucli  greater  detail  about  the  operation  of 

ARIES.  Section  2.0  deals  with  the  operation  of  the  ARIES  hardware,  and  Sectioji 

3.0  with  the  real  time  computer  programs.  These  sections  provide  enough  back¬ 
ground  Information  so  that  a  person  experienced  in  digital  or  analog  hardware 
design,  or  in  software  design,  should  be  able  to  go  directly  to  liardware  drawings 
or  program  listings  for  more  Information. 

1.2  DABS  Summary 

1.2.1  ATCRBS  Modes 

A  DABS  sensor  must  be  able  to  support  the  current  Air  Traffic  Control 
Radar  Beacon  System  (ATCRBS)  in  order  to  permit  an  orderly  transition  from 
it  to  the  Discrete  Address  Beacon  System..  Therefore,  the  sensor  looks  like 
a  standard  ATCRBS  sensor  to  all  aircraft  equipped  with  ATCRBS  transponders. 

Standard  ATCRBS  interrogations  consist  of  three  pulses  (I’l,  1’2,  I’J) 
spaced  as  shown  in  Fig.  1.2-1.  ATCRBS  interrogations  transmitted  by  a  DABS 
sensor  add  an  additional  fourth  pulse,  as  shown,  whiclj  is  Ignored  by  all 
ATCRBS  transponders,  but  is  recognized  by  DABS  transponders  as  indicating 
that  they  should  reply  with  a  DABS  all-call  reply  (see  below)  rather  than 
a  standard  ATCRBS  reply.  The  mode  of  an  interrogation  is  determined  by  the 
P1-P3  spacing.  Two  modes  are  relevant  for  ARIES,  these  being  modes  A  and  C. 

A  mode  A  interrogation  requests  that  the  aircraft  transponder  respond  with 
its  identity  code  as  entered  by  the  pilot  on  front  panel  switches.  A  mode  C 
interrogation  requests  that  the  transponder  return  its  coded  altitude. 

The  P2  pulse  is  transmitted  over  an  omni-directional  antenna,  whereas 
the  other  pulses  are  transmitted  over  the  main  antenna.  The  transponder 
compares  the  relative  level  of  P2  to  the  other  pulses  and  will  respond 
only  if  P2  is  lower.  If  this  is  not  true  It  indicates  that  the  Interrogation 
was  received  via  a  sldelobe  of  the  Interrogator  antenna. 

The  replies  to  either  mode  of  interrogation  consist  of  16  amplitude 
modulated  pulses  as  shown  in  Fig.  1.2-2.  The  two  framing  pulses  FI  and  F2  are 
always  present  and  delimit  the  encoded  altitude  or  identity  data.  The  SPl 
pulse  is  transmitted  upon  the  pilot's  pusliing  a  button  on  the  transponder. 

It  is  used  by  the  air  traffic  control  display  systems  to  cause  the  symbol 
for  that  aircraft  to  stand  out  on  the  controllers  display.  The  controller 
can  use  this  to  Identify  a  particular  aircraft  by  requesting  the  pilot  to 
push  this  button. 


*More  details  about  DABS  can  be  found  in  FAA-RD-7A-189,  "DABS: 
Description:,  by  P.R.  Drouilhet. 


A  System 


3 


INTIIIIIO««TIOM 


I  *  t  OoMC 
Im*MC  IIO^Mc 


I— I  I - 1  I - 1 

ot^Mc  ot^Mc 

K-  i  Oftam  — ^ 


SLS  CONTROL 
TRANSMISSION 


Fin.  1.2-1.  ATCRBS/OABS  all-call  1  a tor ruga t Ions. 


Tn « «'|fl 


I  I  I  I  I  I  I  I  I  I  I  I  I  I  K— «».. - 1 

0  I  4S  I*  *ii  T|»  ai  lU  l»  Ilk  ISOS  14  S  IS.SS  IT  4  !•  tS  10  S 


IlMI  l„t| 

Kl^.  1.2-J.  Al't:RB.S  reply  format. 


Fig.  1.2-3.  DABS  Interrogation. 


A 


The  sensor  normally  goes  through  a  fixod. cycle  of  Interrogations,  wliere 
each  Interrogation  Is  distinguished  by  Its  mode  and  the  Interval  between  it 
and  the  previous  interrogations.  After  each  Interrogation  there  is  a 
listening  interval  which  depends  on  the  maximum  desired  sensor  range.  All 
transponders  in  the  beam  will  respond  and  their  replies  appear  ;it  the  sensor 
after  the  appropriate  round  trip  times  plus  a  transponder  turnaround  delay 
of  3  psec.  Replies  from  different  transponders  imiv  overlap  if  the  aircraft 
are  close  to  each  other  in  range. 

1.2.2  DABS  Modes 

As  shown  in  Fig.  1.2-3,  a  DABS  Interrogation  ci>nslsts  ol  an  amplitude 
modulated  preamble  followed  by  a  differential  phase  shift  keved  (Dl’SK) 
modulated  data  block  of  either  5b  or  112  bits.  The  preamble  pulses  have  the 
effect  of  suppressing  ATCRBS  transponders,  as  the  I’l  and  T2  levels  are 
equal.  This  prevents  these  transponders  from  errv>neously  triggering  on  the 
message  portion  of  the  interrogation. 

DABS  replies  are  sent  in  a  pulse  position  modulated  (IM’M)  fimnat  as 
shown  in  Fig.  1.2-A.  The  preamble  pulses  are  designed  to  allow  the  sensin'  to 
detect  the  reply  with  high  probability  even  in  dense  Interference  due  to 
ATCRBS  replies  triggered  by  Interrogations  from  other  seixsors.  (This  form 
of  Interference  is  called  "fruit".)  The  pulse  spacing  Is  also  such  that  the 
probability  of  false  preambles  being  generated  bv  overlapping  Irult 
replies  is  low.  As  with  the  uplink  format,  the  downlink  data  field  can 
contain  either  56  or  112  data  bits. 

Within  these  modulation  formats  there  are  several  different  Interrogation 
and  reply  types  defined.  These  are  shown  in  Fig.  1.2-5.  They  .ire  distinguished 
by  different  values  assigned  to  the  first  two  data  bits.  Appendix  D  gives 
the  definitions  for  each  of  the  bit  fields  shown. 

Of  the  reply  types  shown,  the  all-call  Is  unusual  in  tliat  It  Is  the 
response  of  a  DABS  transponder  to  a  sensor's  mode  A  or  C  Interrogation  with 
the  extra  P4  pulse  as  discussed  above.  The  PA  pulse  identifies  the  interro¬ 
gator  as  a  DABS  sensor,  and  so  the  DABS  transponder  replies  with  the  all-call, 
which  Identifies  it  as  a  DABS  transponder  and  contains  the  transponder's 
identity  code.  This  Is  the  acquisition  mode  of  DABS. 

Once  a  transponder  has  been  acquired  In  this  manner,  subsequent  in¬ 
terrogation  is  done  via  discrete  (i.e.,  DABS)  interrogations  addressed 
specifically  to  that  target.  The  address  field  Is  contained  in  the  last 
24  bits  of  the  message  field,  and  is  overlaid  with  a  parity  code  for  purposes 
of  error  detection  (on  the  downlink  it  is  also  used  for  error  correction). 

One  of  the  first  Interrogations  has  the  Dl.  field  set  to  indicate  to  the 
transponder  that  it  should  not  respond  any  further  to  ATCRBS/Al  l-t'.al  1 
interrogations  (i.e.,  those  with  a  P4  pulse).  This  "lockout"  state  continues 
until  either  the  sensor  sends  a  new  DL  value  to  unlock  the  transponder  or 
until  no  discrete  interrogations  have  been  received  for  lb  seconds. 
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Fig.  1.2-5.  DABS  data  block  format 


If  the  transponder  receives  an  Interrogation  with  the  correct  address 
and  no  detected  errors,  it  will  reply  after  a  turnaround  time  (measured 
from  the  sync  phase  reversal  to  the  leading  edge  of  the  first  preamble 
pulse)  of  128  usee.  The  reply  length  is  determined  by  the  RL  bit  in  the 
interrogation. 

Normal  surveillance  is  conducted  using  surveillance  interrogations 
and  replies.  The  Comm-A  Interrogation  and  Comm-B  reply  are  used  only  for 
the  transfer  of  messages  from  ground  to  air  or  vice  versa.  The  MA  and  MB 
fields,  respectively,  contain  the  additional  message  data.  The  Comm-C 
and  D  message  formats  Involve  a  special  communications  protocol  for  effi¬ 
ciently  transferring  even  longer  messages.  Synchronized  interi ogations  and 
replies  are  used  in  a  special  protocol  which  can  provide  collision  avoidance 
Information  to  an  appropriately  equipped  aircraft.  All  of  these  formats 
and  their  usage  are  described  more  fully  in  FAA-RD-74-62.  DABS  sensors 
currently  being  Implemented  do  not  use  the  DABS  only  all-call  or  synchronized 
Interrogat ions . 


1.2.3  Channel  Time  Allocation 

As  mentioned  above,  ATCRBS/All-Call  interrogations  occur  in  a  fixed 
cycle,  with  each  interrogation  followed  by  a  listening  Interval,  These 
Intervals  are  separated  by  much  larger  intervals  of  channel  time  during 
which  DABS  interrogations  can  be  conducted.  This  time  contains  zero,  one 
or  more  DABS  cycles.  Each  cycle  consists  of  a  set  of  Interrogations,  followed 
by  all  the  replies  to  those  interrogations.  The  sensor  schedules  the  interro¬ 
gation  times  such  that  replies  do  not  overlap  each  other,  thus  assuring  a 
garble  free  channel  (except,  of  course,  for  the  fruit  replies  mentioned  above). 
The  scheduling  is  such  that  replies  occur  essentially  back-to-back.  Targets 
are  scheduled  within  a  cycle  in  decreasing  range  order.  This,  combined  with 
the  relatively  shorter  lengths  of  Interrogations  as  compared  to  replies,  assures 
that  the  interrogations  also  cannot  overlap  and  that  if  target  A  is  interrogated 
before  target  B,  then  A*s  reply  will  appear  before  B's  reply.  Fig.  1 .2-b  slu’ws 
the  relationships  described  above. 

1.2. A  Azimuth  Determination 

Another  important  feature  of  the  DABS  system  is  the  use  of  a  monopulse 
technique  to  allow  the  determination  of  an  aircraft's  azimuth  to  within 
0.1*  on  the  basis  of  a  single  reply.  This  is  accomplished  by  generating 
two  antenna  patterns,  the  sum  (1)  and  difference  (A)  beams,  as  shown  in 
Fig.  1.2-7.  A  third  pattern,  the  omni-directional  (il)  pattern  is  also  used 

for  transmitting  the  P2  pulse  for  sidelobe  suppression  (SLS)  purposes. 
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To  determine  the  offboresight  azimuth  of  a  target,  the  receiver  cir¬ 
cuitry  essentially  compares  the  relative  amplitude  of  the  signal  on  the 
A  channel  to  the  signal  on  the  E  channel.  Left  and  right  of  boreslght  can 
be  distinguished  due  to  the  A  signal  being  in  phase  with  the  L  signal  on  one 
side,  and  180®  out  of  phase  with  it  on  the  other  side.  A  detailed  discussion 
of  the  implementation  of  this  process  is  contained  in  FAA-RD-76-219 .  This 
produces  a  number  which  can  then  be  used  by  software  to  perform  a  lookup  in 
a  calibration  table  to  determine  the  offboresight  angle  measurement.  This  is 
then  combined  with  the  boreslght  azimuth  as  determined  from  a  shaft  encoder 
to  obtain  the  true  target  azimuth. 

The  signals  from  the  A  and  0  channels  are  also  compared  with  the  Z 
signal  for  purposes  of  receive  sidelobe  suppression  (RSLS).  If  A  or  il 
is  greater  than  D,  a  reply  is  declared  to  be  a  sidelobe  reply.  While  this 
is  not  strictly  true  (i.e.,  it  may  be  on  the  edge  of  the  mainbeam)  this  is 
a  region  in  which  the  monopulse  azimuth  estimate  is  less  accurate  and  it  is 
undesirable  to  process  such  replies. 

1.2.5  Back-to-Back  Antenna  Operation 

The  long  range  sensors  used  to  provide  surveillance  data  for  enroute 
control  centers  typically  require  12  seconds  to  make  a  complete  scan.  Proposed 
automated  ground  based  collision  avoidance  systems  require  more  frequent 
position  updates  in  order  to  be  able  to  accurately  predict  the  positions  of 
turning  targets.  Therefore,  enroute  DABS  sites  are  to  be  equipped  with 
back-to-back  antenna  systems  to  provide  a  position  measurement  every  six 
seconds.  The  sensor  indicates  to  the  antenna  system  which  antenna  is  to  be 
used  for  each  interrogation  and  reply. 

1.2.6  Primary  Radar  Data 

The  DABS  sensor  provides  an  input  connection  for  receiving  digitized 
radar  reports.  This  is  to  allow  data  from  a  co-located  primary  radar  to  be 
entered  into  the  DABS  sensor  and  correlated  with  the  beacon  reports.  Such 
reports  can  then  be  marked  as  "radar  reinforced".  Uncorrelated  radar  reports 
are  forwarded  to  the  air  traffic  control  center  by  the  sensor,  to  allow 
tracking  of  aircraft  not  equipped  with  radar  beacons. 

1.2.7  The  DABS  Network 

DABS  sensors  can  be  connected  together  into  a  network  by  means  of  tele¬ 
phone  lines.  This  serves  several  purposes.  First,  if  a  sensor  fails,  adjacent 
sites  can  expand  their  areas  of  coverage  to  take  over  the  targets  being 
handled  by  the  failed  sensor.  Second,  if  an  individual  target  should  tem¬ 
porarily  become  invisible  at  one  site,  InformaLion  about  it  can  be  requested 
from  other  sites  which  may  still  be  in  contact.  Third,  as  an  aircraft  flies 
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from  one  sensor's  coverage  area  Co  another,  it  is  necessary  to  coordinate  Che 
handling  of  message  traffic  and  lockout  by  both  sices  so  that  an  orderly  trans¬ 
fer  of  primary  responsibility  is  made. 

1.3  ARIES  System  Summary 
1.3.1  Capabilities 

ARIES  is  capable  of  simulating  a  beacon  environment  of  up  Co  400 
transponders,  with  certain  limitations,  described  below,  on  the  amount  of 
bunching  in  azimuth  that  can  be  handled.  There  can  be  any  mix  of  ATCRBS 
and  DABS  transponders.  Not  all  DABS  interrogation  and  reply  types  are 
handled.  Those  that  are  handled  and  also  the  special  data  bit  protocols 
that  are  simulated  are  described  in  Section  1.3. 2. 2  below. 

Along  with  Che  simulated  traffic  ARIES  can  generate  a  simulated  fruit 
environment.  The  arrival  times  of  fruit  replies  are  not  based  on  the 
traffic  model.  To  do  this  would  also  require  modeling  the  nearby  interro¬ 
gators  that  cause  these  Interferring  replies  to  be  generated.  Instead, 
fruit  is  modeled  as  a  random  process  with  Poisson  statistics.  The  operator 
can  control  the  average  fruit  rate  by  setting  parameters  in  a  file  on  the 
system  disk. 

For  both  the  simulated  transponder  (controlled)  replies  and  fruit 
replies  ARIES  provides  the  necessary  signals  to  accurately  simulate  the 
monopulse  offboresighC  angle.  Also,  an  omnidirectional  signal  is  provided 
so  Chat  sldelobe  replies  can  be  simulated.  These  signals  are  connected 
to  the  DABS  sensor  via  an  interface  specific  to  ARIES.  Inside  the  sensor 
they  are  summed  with  similar  signals  from  the  sensor's  own  antenna.  This 
allows  a  simulated  environment  to  be  superimposed  on  a  live  environment  if 
desired. 

In  addition  to  the  beacon  data,  ARIES  provides  simulated  digitized 
radar  data  in  the  output  format  of  a  Production  Common  Digitizer  (PCD).  The 
radar  targets  correspond  to  the  simulated  beacon  targets.  The  reported 
coordinates  are  those  that  would  be  seen  by  a  primary  radar  whose  antenna 
rotates  with  the  beacon  antenna  about  the  same  axis. 

Finally,  ARIES  is  also  capable  of  multisite  operation  in  order  to 
exercise  the  multisite  network  aspects  of  DABS.  This  is  accomplished  by 
locating  an  ARIES  at  each  sensor  site.  The  traffic  model  at  each  site  is 
coordinate  adjusted  so  that  each  sensor  sees  a  view  of  the  environment  con¬ 
sistent  with  that  of  the  other  sensors.  The  ARIES  sites  are  linked  by 
comnunications  lines  which  allow  them  to  maintain  time  synchronization 
and  also  to  maintain  consistent  transponder  internal  state  data  for  DABS 
targets  that  can  be  seen  by  more  than  one  site. 
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Kach  of  the  above  mentioned  features  of  AKIKS  is  deseribed  in  iiK're 
detail  In  the  followlnj;  sections.  Ki>;.  !•  i"I  .  nn  t'verall  view  r  tie  AKlliS 

liardw.ire,  will  be  usefvil  In  underst.uui  in>;  ttu'se  p.tra^ir.iplis  descrlliln^  the 
implementation  of  ttiese  features. 

1.3.2  Simulated  Tr-inspondei's 

1.  3.2.  1  I nt erro>;.it  ivin/ Kep  1  y  itvele 

Interrog.it  ions  are  received  by  .IKIKS  f  ri>m  the  HAbS  si'usor  at  1030  MIU 
.ind  processed  by  the  rev-eiver  cireuitrv.  Ttie  reeei\'er  transfers  a  d.it.i 
block  to  the  computer  ^ivlnj;  tlie  type  of  interronat  ii>n,  the  time  ot  arriv.il, 
the  boresi>;ht  azimuth  of  tlie  antenn.i,  wtiettu'f  tlie  i  iiti>ri  o>;at  ion  w.is  .i  fri'iU 
.intenn.i  or  back  antenn.i  Interrogation,  .itul  .inv  d.ita  eviiitent.  Tlie  .izimulh 
dat.i  is  provided  bv  the  azlmutli  decoder/s  imulator .  i'liis  c.in  operate  in  eltlier 
of  two  modes.  In  the  decoder  mode,  .izimutb  eluin^te  pulses  (ACT's)  .ind  .izimnth 
reference  pulses  (.ARl’'s3  .ire  received  from  the  sensor's  .intenn.i  system,  and 
used  to  increment  and  reset  .in  .izimutli  register,  respectively.  The  Attr's  and 
ARR's  are  then  "daisy-chained"  back  to  tlie  sensor.  In  effect,  .ARIES  Is  Inserted 
into  these  lines  between  the  .intenn.i  .ind  tlu-  smisor.  In  the  simulator  mode, 
ACE's  and  ARE's  .ire  produced  bv  .VRIES  .ind  sent  to  tlie  sensor.  ACE's  .ind  ARE's 
from  the  antenna,  if  an  .intenna  is  connected,  .ire  iftnored.  I'hus ,  ARIES  can  be 
run  with  a  sensor  that  is  not  connected  to  .in  .intenn.i  svstem.  Tlie  decoder 
mode  is  needed  for  the  case  where  live  data  from  the  sensor's  own  antenna  .ind 
simulated  data  from  .ARIES  are  to  be  su|>er  imposed . 

In  the  computer,  the  response  depends  on  the  type  of  interrogation.  If 
It  Is  an  ATCRBS/Al  l-Cal  l  lnCerrog.it  ion,  all  .ATCRBS  t  r.insponders  .ind  unlocked 
DABS  transponders  that  are  in  the  .intenn.i  beam  .ire  located  in  the  track  file 
which  Is  resident  in  the  computer's  memory.  If  it  is  a  discrete  interrogation 
the  appropriate  track  record  is  located  by  means  of  Its  DABS  .iddress.  Reply 
data  blocks  are  generated  for  each  such  target.  These  specify  the  time  of 
reply,  the  reply  type,  the  reply  power  level,  the  slmul.ited  offboresight  angle, 
and  the  dat.a  content.  This  data  is  transferred  to  the  controlled  reply 
generator  circuitry.  This  generates  the  appropriate  reply  waveforms  at  tiie 
bO  MHz  intermediate  frequency  of  the  DABS  sensor.  The  parity  check  encoding 
for  DABS  replies  is  also  performed  here.  Di'  to  three  overlapping  replies  can 
be  simulated,  there  being  three  Independent  reply  generators.  The  signals  from 
all  of  these  .ire  summed  together  in  the  IE  combiner  and  output  to  the  sensor. 

1.3. 2. 2  Interrogat ion  and  Reply  Types  Handled  by  .ARIES 

ARIES  is  capable  of  processing  both  mode  A  .ind  mode  C  ATCRBS/AH-Ca  1  1 
interrogations.  (The  system  softw.ire  is  not  designed  to  process  .ATCRBS 
interrogations  without  the  E4  pulse.  It  would  be  rol.itivelv  o.isy  to  modify 
the  system  for  use  with  an  ATCRBS  sensor,  however].  The  reply  modes,  .is 
mentioned  above,  are  mode  A  or  mode  C  ATCRBS  replies  from  simulated  ATCRBS 
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transpondors  and  all-call  roplloa  t  rnm  OMIS  t  lanspnndcra .  I'lu'  ST  I  bit  can  lu- 
aet  In  ATCRBS  replies  vinder  llu'  control  >'l  tin-  irallU'  mi'del  ilata.  AKIKS  Is 
not  capable  of  stmnlatlnK  mllttarv  oimM>;i'ncv  codt's,  wliii'l*  c*<nsist  ot  several 
sequential  ATCRBS  replies. 

Of  the  OABS  modes,  ARIKS  is  c.i|'.tblc  i>l  processlnjt  snrvc 1 1  l .ince  and 
Ci>mm-A  Interroxat  tons  ;ind  of  ncner.at  Ing  surveillance  .and  replies. 

Comm-C  Interrog.it  Ions  and  OABS-vutlv  all-call's  are  ij<itored  bv  AKIKS.  Thus, 
the  slmulaievl  t ranspv'>\tders  are  ivplc.'il  ot  wh.at  ml>tht  be  expcctcil  of  a  nenerat 
aviation  or  sm.ill  .aircraft  t r.anspintder ,  .as  those  alii'ralt  are  not  llkelv  to 
carry  the  equipment  nccessarv  for  y^onerat  Iny,  »'r  dts)'lavlny;  the  extended 
lenuth  messages  (KhM's)  for  which  the  t'omm-t'  .anil  I'omm-O  torm.its  were  deslgitod. 

The  rational  for  leaving  out  these  modes  Is  th.al  they  ari'  not  exi'ected  to 
constitute  a  significant  portion  ot  the  total  system  load  and  would  .add 
significantly  to  ARIKS'  complexity.  The  I'ABS  only  .all-c.all  Is  i\ot  used  In 
the  current  setisor  design. 

Certain  d.at.a  bits  of  discrete  Interrogations  .and  replies  .are  used  to 
Implement  various  message  protocols  .and  also  to  allow  the  grtnnul  t»>  contr»>l 
the  tr.ansponder  st.ate.  A  summ.arv  ot  these  lunctUnts  Is  ('resented  here, 
riease  see  Api'endlx  l>  lor  .a  det  Inlt  Ion  ot  the  message  hits  Involved,  and 
FAA-Rl>-74-b2  ft'r  .a  more  *>xtenslve  descr li't  Ion  ot  all  these  lunetloits.  The 
fvtnctlons  supported  bv  AKIKS  are: 

1.  hocking  out  the  transpv'nder  tv'  A'l't'RBS/.\l  1 -I'.al  1  1  nt  I'rri'gat  li'tis . 

2.  ll.andl  Ing  svnchri'uv'us  Int er ri'gat  Ions  .and  rei'l  les  tv'  svn'\'v'rt  .a 
fv'rm  I't  cv'l  listen  .aw'ldance  system  iSyixchrv'-PABSl . 

1.  Repv'rtlng  v'f  t  ransi'onvler  .altltiule  v'r  Idv'iitlty  ci'd*'. 

4.  tirv'und- lull  tat  ed  l\'mm-U  dowxtllxik  tl.e.,  the  sensor  requests  Intorm.a- 
t  ton  from  a  p.arttcular  dv'vlce  att.ached  to  t  h«'  t  r.aitsi'i'nvler )  .  Nv'te, 
hv'wever,  th.at  the  dv'wnl  Ink  mess.age  I  U'ld  alw.iys  contalxts  t  lu'  same 
data  fi't'  .all  Cv'mm-B  replies.  No  attv'mpt  Is  madi'  to  slmul.ate  .any 
particular  on-bv'ard  device  v'r  vary  tlu'  vl.ata  t  rv'm  rei'ly  tv'  rei'ly. 

5.  Uplink  mess.age  tr.ansfer  .and  pilot  ackxu'wledgement  ot  xxpllttks.  AKIKS 
Igixvxres  the  message  cv'xxtexxt  excej't  fv'r  the  first  bit  which  Indicates 
If  a  pilot  ackui'wledgnn'nt  Is  requested.  It  It  Is,  aix  acknv'wledgmexxt 
will  be  retxirxxed  I'u  the  next  seaxx,  .and  the  sensor  caix  clear  the 
.acknv'wledgment  by  settlxxg  the  .approprl.ate  xq'ltxxk  bit.  The  value  v't 
the  pilot  ackxxv'wl  edgment  field  Is  ilc't  t'rmlxxevl  bv  t  ht'  tr.aftlc  movlel 
d.ata . 

6.  Alr-lxxlt  lated  Cv'mixx-B  dovnxltxxk.  The  alrv'r.aft  can  Inltl.ate  tr.aixsfer 

'■xf  data  to  the  grv'xnxd  bv  settlxxg  .a  vlowxxllnk  bit.  I'hls  Is  v'v'xxt  rv'l  U'd  bv 
tin'  traffic  model.  Tin'  grv'uixvl  t  heix  requests  .a  t\'\xx\«-B  dv'wxxllxxk. 

The  di'Xvtnl  Ink  mess.age  t  leld  will  coxxtalxx  the  s.ame  cv'ixstaxxt  dat.a  as  fv'r 
a  grvxxxxxd  lixltl.ated  vh'xcnllnk.  The  sensv'r  sets  .a  ('.art  Iv-xilar  bit  In  axx 
Interrog.at  Iv'ii  to  acknv'wl  I'vlgx'  receli't  and  terxxxlxx.ate  the  request. 
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7.  Alert.  The  approprlrtte  down)  Ink  l>lt  Is  set  imder  eoiitrol  ol  tl>e 
traffic  model.  Tills  causes  tlie  sensor  to  rennest  t  lie  t  ransiionder '  s 
Identity  code. 

8.  VFR/IKR.  Tlie  approprl;tto  downlink  hit  Is  controlled  hv  the  trail  Ic 
model  to  Indlc.ate  Instrument  flight  rnles  llKRl  or  vtsnal  llluht 
rules  (VFR)  status. 

A  final  characteristic  of  the  slmnlated  transponders  that  can  he  con¬ 
trolled  via  the  traffic  model  Is  the  reply  prohahllltv.  Kach  slmnlatevl 
transponder  has  Its  own  reply  prohahllltv  value,  and  this  can  he  used  ti' 
simulate  various  rvnind-rel  lahl  1 1 1  v  conditions.  I’he  hardware  random  nnmher 
generator  shown  In  Fig.  I-*)  Is  used  1 1'  determine  wliether  iir  tu'l  a  tat  gel 
will  reply. 

1.1.1  Radar  Report  iJeneratlon 

As  targets  In  the  ARIK.S  track  file  enter  the  antenna  heam.  a  slmnlat<'il 
radar  report  Is  prepared  for  them  hv  the  computer.  The  range  and  azimuth 
coordln.ites  used  are  exactly  th«'se  useil  to  generate  the  heacon  rep»Mts,  t'ut 
converted  tvt  the  appropriate  units.  This  data  Is  lianslerrt'd  to  the  rad  it 
report  generator,  which  outputs  the  data  to  the  sensor  Itt  a  l»Mmat  Identlial 
to  that  of  the  output  Interface  of  a  l'rodu,'t  ton  t'ommxnt  litgtttr.et  tt't'ltl  .  The 
data  la  transferred  to  the  sensor  )nst  alter  the  taigets  have  lett  t  lie  heam. 

A  system-wide  hllp/scan  ratio  catt  he  spectited  hv  the  o\'ei.tto«.  and 
In  conjunction  with  the  randv>m  inimher  generatin'  ts  used  to  determine  witet  het 
a  given  target  will  have  a  radar  re\'orl  on  a  given  sc.in. 

The  Interface  Is  capahle  of  translerrlng  over  170  target  reports  pet 
second . 

1.3.4  Fruit  Reply  Oeneral Ion 

ARIF.S  Is  capahle  of  generating  ATt'RttS  Irutt  tepltes  at  r.ttes  up  to 
about  50000  replies  per  secottd.  No  OAHS  I  rtilt  Is  getier.'it  ed .  TIn'se  high 
rates  are  required  to  test  the  performance  ot  the  OAH.S  sensoi 's  replv  pii'- 
cesslng  circuitry  at  the  Interference  levels  at  which  It  Is  cap.thle  ol 
operating.  Because  of  the  high  rates  required,  the  entire  rt'plv  geneialli'n 
process  Is  performed  In  hardware.  Tht'  computer  specifies  to  the  trull 
generator  the  average  fruit  rale  deslrml,  the  tract  tmi  ol  the  tepltes  that 
are  to  appear  In  the  malnlohe  as  opposed  to  the  stdelohes,  a  pattlcnlat  ATl'RBS 
reply  code,  and  the  fraction  of  replies  that  .-ire  to  have  this  code.  The 
latter  two  Items  allow  a  particular  code  to  he  emphaslr.ed  Itt  the  otherwise 
randomly  generated  stream  of  reply  codes,  ihte  llkelv  cattdtdale  lor 
emphasis  might  he,  for  example,  the  ttott-d  Iscret  e  VFR  code  l.'Otl. 


Reply  pariuntit.erH  such  as  offboroainht  aiiKlo,  power,  and  rode  bits  are 
determined  by  paeudo-random  nonerators.  The  term  pN<'inli>-randoni  la  naed  to 
Indicate  that  the  sequence  of  replies  can  be  repeated  exactly  liy  rein¬ 
itializing  the  fruit  generator  (l.e.,  the  aequenee  la  deterministic)  altliough 
the  reply  statistics  are  designed  to  nvitch  those  of  certain  random  dlstrllni- 
t  Ions . 

TIte  fruit  Intor-arr Ival  times  match  those  expected  from  a  Tolsson 
process,  l.e.,  tite  probability  that  any  given  Inter-arrival  interval  lies 
between  t  and  t+dt  Is  given  by 


where  \  Is  the  average  arrival  r.ate  as  specified  by  tlie  computer.  The 
allowable  range  for  \  Is  from  1000  to  SOOOO  fruit  per  second.  However,  there 
are  only  three  reply  generators,  so  no  m4>re  than  three  overlapplitg  replies 
can  be  simulated  even  though  this  Is  a  high  probability  event  at  a  fruit 
rate  of  50000  fruit /second .  The  number  of  reply  generators  provided  w.is 
chosen  to  match  the  DABS  sensor's  ability  to  decode  a  legitimate  replv  In 
the  presence  of  up  to  three  c>ver lapping  Irult  replies. 

The  monopulse  angle  of  the  frnlt  replies  Is  uniformly  distributed  across 
the  entire  range  of  offborcslght  .ingles  that  are  gener.ited  liv  ARIKS. 

The  fraction  of  replies  specified  by  the  comimter  .•ii'i'e.ir  In  the  main 
antenn.'i  lobe,  the  others  appearing  to  be  sldelobe  ret'lles.  Sldelobe  replies 
are  simulated  by  attenuating  the  1'  and  A  signals  below  the  i!  signal. 

The  reply  powers  of  malnlobe  replies  follow  the  relation 


T  ,  -  -20  -20  log  r  ,  dBm 
m<  m< 

where  r  ^  Is  uniformly  distributed  between  1  and  100  nm.  For  sldeK>be  replies 
the  corresponding  relation  Is 


P  .  “  -55  -  20  log  r  „  dBm 
si  ”  s  { 


where  r  ^  la  uniformly  distributed  between  1  and  .12  nm.  (Thes*'  .are  the 
apparent  sensor  RF  port  power  levels.  Since  the  ARIKS  Input  Is  at  IK  the 


17 


actual  signal  levels  differ  from  these  by  a  constant  offset).  Note  that 
some  sldelobe  replies  will  be  generated  below  the  sensor*  minimum  usable 
signal  level  (MUSL)  of  -79  dBm.  This  is  done  in  order  to  simulate  the 
summing  of  low  level  fruit  replies  to  give  signals  that  exceed  the  MUSL. 

The  reply  codes,  other  than  the  specified  fraction  that  are  generated 
with  a  fixed  code,  are  generated  according  to  a  distribution  that  adjusts 
the  probability  of  each  of  the  ATCRBS  data  bits  roughly  according  to  the 
likelihood  of  their  being  set  In  a  real  fruit  reply.  Thus,  not  all  reply 
codes  are  equally  likely.  For  example,  certain  bit  patterns  are  illegal 
in  mode  C  replies,  and  these  are  therefore  less  likely  to  occur,  although 
they  are  legal  mode  A  patterns.  Similarly,  patterns  corresponding  to  the 
mode  C  replies  of  very  high  flying  aircraft  are  less  likely  than  others. 

1.3.5  The  Traffic  Model 

The  traffic  model  is  stored  on  the  system  disk.  Each  logical  record 
specifies  the  position  and  velocity  of  one  aircraft  at  a  particular  time, 
as  well  as  such  items  as  its  altitude  and  identity  codes  and  those  items 
of  state  information  mentioned  In  Section  1.3. 2. 2  as  being  controlled  by 
the  traffic  model.  These  records  are  sorted  in  increasing  time  order. 

The  ARIES  computer  reads  these  records  from  the  disk.  When  the  current 
system  time  matches  the  time  tag  of  the  model  record,  that  record  is  used 
to  update  the  track  file  entry  for  that  target  (or  to  start  a  new  entry  if 
this  is  the  first  appearance  of  the  target).  Typically,  targets  are  updated 
periodically  by  the  model  at  about  4  second  intervals.  This  is  not  required, 
however.  If  a  target  is  not  updated  by  the  model,  the  ARIES  computer  con¬ 
tinues  to  update  its  position  based  on  the  velocity  data  in  the  last  model 
record  received  for  that  target.  However,  since  the  positions  and  velocities 
are  specified  In  p,  6,  0  coordinates,  and  a  simple  linear  prediction  is 

performed  (i.e.,  p<k  p  -I-  p  At),  the  targets  will  fly  spiral  paths  in  X,  Y 
space.  Frequent  updates  from  the  model  can  create  arbitrary  flight  paths. 

In  that  case  the  velocity  data  Is  used  only  to  adjust  the  position  for 
the  short  Interval  between  the  model  update  time  and  the  actual  time  of 
Interrogation  of  the  target. 

A  maximum  of  400  targets  can  be  simulated  by  ARIES.  Any  mix  of  DABS  and 
ATCRBS  targets  Is  possible.  In  addition  to  the  overall  limitation  on  the 
number  of  targets,  there  are  limitations  on  the  degree  of  bunching  in  azimuth 
that  is  allowed.  ARIES  Is  capable  of  handling  at  least  the  degree  of  bunching 
specified  for  the  DABS  sensor,  which  Is  capable  of  handling: 

a.  50  aircraft  In  an  11.25°  sector,  for  not  more  than  8 
consecutive  sectors. 

b.  16  aircraft  In  a  1.2°  azimuth  wedge  for  up  to  three 
contiguous  wedges. 
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Tho  data  In  the  traffic  model  can  he  created  In  a  variety  of  ways. 

However,  for  purposes  of  system  tests  of  the  DABS  sensor  the  l,os  Anp.eles 
Basin  Standard  Traffic  Model  for  l‘)82  will  be  used.  Report  KAA-Rl)-7  3-8b 
and  the  references  mentioned  In  that  document  describe  the  >;eneratlon 
and  fornuit  of  tills  model.  A  program  has  been  written  wlilch  will  take  any 
model  In  the  format  of  the  bos  Angeles  model  and  convert  It  to  the  .ippropriate 
format  for  Input  to  ARIKS.  This  program  also  allows  the  user  to  control 
certain  transponder  state  Information  (i.e.,  tlie  downlink  r«’i|uesi  bit,  the 
pilot  acknowledgement  bits,  etc).  Options  are  provided  for  generating  these 
either  randomly  or  under  user  control  on  a  target  by  targ.el  basts. 

l.J.b  Multi- SI to  Operation 

In  order  to  exercise  .i  network  of  DABS  sensors,  an  AKlbS  must  bi' 
located  at  each  sensor  site.  These  ARIKS  sites  are  then  connected  together 
by  means  of  telephone  links.  The  links  are  required  for  two  purp»*ses. 

First,  they  are  needed  In  order  to  start  the  simulations  In  sviuhi'i'ii i sm 
at  all  sites  and  to  verify  that  this  synchronism  Is  being  maintained.  Second, 
DABS  transponders  have  certain  states  (I.e.,  lockout)  that  are  i-ontrolU’d  bv 
interrogations  from  the  sensor  and  cannot  be  pre-computed  as  part  ol  tlu’ 
traffic  model.  If  a  transponder  Is  visible  to  more  than  one  site  it  is 
necessary  to  assure  that  this  state  1  nfiirnvit  Ion  is  consistmU  amiuig  all 
sites.  Therefore,  for  example.  If  a  transponder  Is  told  to  loi'ko\it  all-call 
interrogat  Ions  at  one  site,  the  ARIKS  at  that  site  will  int>>rm  all  I'ther  ARIKS 
4>f  this  occurrance  so  that  the  transponder  appears  to  be  loi-ked  out  at  all 
sites. 

The  bulk  of  the  traffic  Information  can  be  pre-computeii.  A  masti'r 
traffic  model  In  the  format  of  the  Los  Angeles  Basin  Standaril  Tral  I  ii-  Model 
Is  run  through  the  model  conversion  pn>grams  oiu'e  for  e.ich  ARIKS  site.  Kach 
run  produces  an  ARIES  formatted  model  file  that  has  been  adjusted  to  tin' 
geographic  coordinates  of  one  of  the  ARIKS  sites.  However,  sliu'e  all  these 
models  are  produced  f n’m  the  one  master  model,  the  target  pi'sltions  anil 
transponder  states  are  consistent  among  all  sites  at  all  times.  This  Is 
necessary  so  that  If  two  sensors  attempt  to  exchange  informal  ion  ini  a  largi't 
the  positions  will  correlate  after  being  converted  from  I'lU'  p,  0  coi'ialinate 
system  to  the  i>ther.  Also,  the  data  from  all  sites  will  be  converted  to 
a  commiin  X,  Y  coordinate  system  at  any  air  tr.ilflc  control  center  I  I'd  bv  these 
sensors,  and  position  reports  from  all  sites  for  any  given  target  must  register. 

At  any  given  ARIES  site  a  maximum  of  400  targets  can  be  simulated. 

However,  depending  on  the  degree  to  which  the  targets  visible  at  each  site 
overlap,  up  to  800  targets  for  two  sites  or  1024  targets  for  three  (»'r 
more)  sites  can  be  simulated.  The  limitation  of  1024  is  determined  bv  the 
fact  that  ARIES  uniquely  Identifies  each  target  In  the  entire  netwi->rk  using 
a  10  bit  identity  code. 


19 


l.;K7  Data  Recording 


ARIKS  records  a  limited  amount  of  data  in  real  time,  primarily  for 
debugging  purposes.  However,  data  is  recorded  indicating  which  targets 
replied  to  any  ATCRBS/All-Call  interrogation  and  whether  or  not  a  reply 
was  generated  for  each  discrete  interrogation  (and  if  not,  why  not).  More 
extensive  recording  is  available  for  a  limited  number  of  targets.  This 
includes  a  record  of  all  targets  that  were  considered  for  an  ATCRBS/All- 
Call  reply  and,  if  they  did  not  reply,  an  indication  of  why.  For  DABS 
targets  all  of  the  interrogation  data  block  except  the  unused  message  fields 
and  the  entire  reply  block  are  recorded.  Thus  a  significant  amount  of 
information  is  available  about  the  interrogations  transmitted  by  the  sensor 
and  the  replies  that  were  generated  by  ARIKS.  This  could  potentially  be 
used  in  analyzing  the  sensor's  performance. 

This  data  is  normally  recorded  on  magnetic  tape.  However,  there  is 
an  option  to  record  on  the  disk.  Due  to  the  limited  size  of  the  disk  file 
allocated  for  this  purpose  only  a  few  minutes  of  recording  of  a  dense 
environment  is  possible.  If  the  recording  process  reaches  the  end  of  the 
file  it  moves  back  to  the  beginning  of  the  disk  file  and  begins  overwriting 
tlie  old  data. 


1.3.8  Self  Test  Capabilities 

ARIKS  is  a  relatively  complex  system  and  is  being  used  to  test  an  even 
more  complex  system.  It  is  essential,  therefore,  that  there  be  some  reliable 
way  of  testing  that  the  ARIKS  hardware  is  functioning  correctly.  This 
testing  must  be  Independent  of  the  DABS  sensor.  To  provide  this  capability, 
each  digital  device  has  diagnostic  modes  available.  These  by  and  large  fall 
into  the  category  of  writing  data  to  a  register  or  external  buffer  memory 
and  then  reading  it  back.  In  some  cases,  the  device  control  bits  affect 
which  data  is  read  and  so  their  functioning  can  be  tested  also. 

However,  it  is  not  possible  to  test  .ill  the  digital  logic  in  this 
fashion,  and  none  of  the  RF  or  IF  circuitry  is  tested.  Therefore,  a  self 
test  unit  was  Included  In  ARIKS  to  provide  complete  loop  tests  of  the  Inter¬ 
rogation  processing  and  reply  generation  circuitry.  It  is  also  useful  for 
software  checkout  purposes.  The  self  test  unit  consists  of  two  separate 
parts.  The  first  is  capable  of  generating  all  the  interrogation  modes  that 
are  processed  by  the  receiver  circuitry.  These  Interrogations  are  generated 
at  1030  MHz  and  summed  with  the  signals  received  from  the  DABS  sensor.  Which 
interrogation  is  sent  and  the  time  of  transmission  are  under  computer  con¬ 
trol.  The  other  part  of  the  self  test  unit  consists  of  circuitry  for 
demodulating  and  sampling  the  T.,  A,  and  0  channels.  The  computer  specifies 
which  channel  is  to  be  sampled  and  whether  an  ATCRBS  or  DABS  reply  is 
expected.  When  a  pulse  is  detected  bv  the  self  test  unit  an  amplitude  sample 
is  taken  and  the  data  bits  are  sampled.  No  de.codlng  of  the  DABS  parity  check 
is  performed.  This  must  be  done  by  the  software.  The  amplitude  sample  and 
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the  data  bits  are  sent  to  the  computer  for  comparison  with  the  reply  data  sent 
to  the  reply  generator  under  test.  Both  the  controlled  reply  generator 
and  the  fruit  reply  generator  can  be  tested  by  this  means.  In  the  case  of 
the  fruit  reply  generator  this  requires  the  use  of  a  special  diagnostic  mode 
whereby  the  computer  specifies  the  reply  parameters  and  data,  rather  than 
having  these  randomly  generated. 

Extensive  diagnostic  software  has  been  written  for  ARIES  to  make  use 
of  both  the  simple  digital  loopback  modes  and  also  the  capabilities  of  the 
self  test  unit. 
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2.0  DETAILED  ARCHITECTURE  AND  OPERATION 


2.1  Overall  Architecture 

Figure  2.1-1  depicts  the  components  of  the  ARIES  system  and  their  inter¬ 
faces  to  the  DABS  sensor,  and  the  DABS  antenna. 

Components  of  the  ARIES  system  are  controlled  and  interfaced  by  a  16-bit 
mini-computer  (Data  General,  Eclipse  S/200),  with  32K  of  core  and  with  high 
speed  I/O  interface  capability.  Peripherals  include  a  teletype  for  providing 
operator  communications,  and  a  disc  cartridge  and  magnetic  tape  for  storing 
the  system  programs  and  the  ARIES  controlled  traffic  model. 

The  principal  special  purpose  devices  which  are  interfaced  to  the  computer 
are  the  uplink  receiver  and  three  controlled  ARIES  targets  (CAT's)  which  are 
interfaced  through  a  controlled  reply  controller  (CRC) . 

The  three  fruit  ARIES  targets  (FAT's)  are  driven  by  a  similar  controller 
called  the  fruit  controller  (FC) .  Instead  of  obtaining  replies  from  the  com¬ 
puter,  as  the  CRC  does,  the  FC  obtains  replies  from  a  Random  Process  Generator 
(RPG) .  The  RPG  generates  ATCRBS  fruit  replies  with  random  power,  random 
offboresight  angle,  random  ATCRBS  code  and  random  values  of  exponentially 
distributed  delay-to-trigger  time.  Overall  fruit  characteristics  such  as 
fruit  rate,  mainbeam/sidelobe  ratio,  and  ratio  of  fixed  to  random  code  are 
controlled  by  the  CPU. 

Outputs  of  the  six  target  generators  are  combined  at  IF  in  the  IF  com¬ 
biner  network,  to  provide  a  single  set  of  IF  inputs  at  60  MHz  to  the  DABS 
sensor  test  input  ports. 

Names  and  locations  of  the  ARIES  special  purpose  devices  are  identified 
in  Fig.  2.1-2  and  Table  2.1-1. 

The  azimuth  change  pulse  decoder/simulator  accepts  azimuth  change  pulses, 
azimuth  reference  pulses,  and  front-back  signals  from  the  DABS  antenna.  These 
signals  are  fed  back  to  the  sensor  in  a  daisy-chain  fashion  when  the  sensor  is 
operating  with  a  real  DABS  antenna.  Simulated  azimuth  change  pulses  and  ref¬ 
erence  pulses  are  sent  to  the  DABS  sensor  when  it  is  operating  without  an 
external  antenna.  The  azimuth  change  pulse  decoder  simulator  also  transmits 
azimuth  words  to  the  uplink  receiver. 

ARIES  range  timing  is  achieved  with  a  single  16-MHz  clock.  Range  Counters 
in  each  of  the  controlled  ARIES  targets  and  the  self  test  unit  are  reset  each 
time  an  All-Call  interrogation  is  decoded  by  the  uplink  receiver.  This  event 
is  indicated  by  the  ATCRBS /All-Call  TOA  pulse.  These  counters  are  not  reset 
by  discrete  Interrogations. 
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TABLK  2.1-1 

ARIES  PRINTED  CIRCUIT  BOARD  SLOT  ASSIGNMENTS 


Assembly 

Device 

Slot 

Eclipse  S/200  CPU 

TTY  I 

TTYO 

HH 

Real  Time  Clock 

HI 

Versatec  Printer 

RH 

Receiver 

HI 

Universal  Interval  Timer 

lOM 

Radar  Report  Interface 

12M 

Self  Tester 

14M 

Status  Formatter 

14M 

Fruit  Reply  Generator 

9E* 

Random  Number  Generator 

9E 

Controlled  Reply  Generator 

12E 

Magnetic  Tape 

UE 

Disk 

15E 

Synchronous  Line  Adapter 

IbE 

Digital  Subsystem 

Clock 

13 

Universal  Interval  Timer 

(UlT) 

13 

Receiver 

3 

Azimuth  Change  Pulse  Decodei 

1 

Microprocessor 

11 

Controlled  Reply  Generator 

No.  1  (CAT  No.  1) 

5 

Controlled  Reply  Generator 

No.  2  (CAT  No.  2) 

7 

Controlled  Reply  Generator 

No.  3  (CAT  No.  3) 

9 

Microprocessor 

23 

Fruit  Generator  No.  1 

(FAT  No.  1) 

21 

Fruit  Generator  No.  2 

(FAT  No.  2) 

19 

Fruit  Generator  No.  3 

(FAT  No.  3) 

17 

Random  Process  Generator 

(RPG) 

13 

Status  Formatter 

1 

M  “  Main -Frame 


E  ”  Expansion-Chassis 
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The  ARIES  system  is  required  to  simulate  targets  with  a  minimum  range  of  1 
nmi  from  the  DABS  sensor.  The  round  trip  delay  to  a  1  nmi  target  is  about  12 
psec.  Adding  the  3-psec  reply  delay  of  an  ATCRBS  transponder,  it  is  clear 
that  only  15  psec  are  available  for  ARIES  to  respond  to  an  All-Call  inter¬ 
rogation  when  simulating  a  close-in  ATCRBS  target.  Fifteen  psec  is  insufficient 
time  to  provide  for  the  interrupt  latency  in  the  central  processing  unit. 
Therefore,  it  is  necessary  to  predict  the  time  of  arrival  of  ATCRBS  interro¬ 
gations.  The  universal  interval  timer  (UIT)  is  used  for  this  purpose.  The  CPU 
transfers  to  the  UIT  the  expected  time  until  the  ATCRBS  interrogation.  During 
the  interval  between  one  All-Call  interrogation  and  the  next,  the  software  lias 
time  to  prepare  the  entire  set  of  replies  for  the  next  predicted  interrogation. 
Approximately  56  psec  before  the  expected  arrival  time  of  the  next  ATCRBS 
interrogation,  the  UIT  requests  an  I/O  interrupt,  thereby  indicating  that  no 
more  DABS  interrogations  are  anticipated  and  that  56  psec  later  tlie  controlled 
ARIES  targets  must  be  prepared  to  reply  to  an  All-Call  interrogation. 

Other  devices  shown  in  Fig.  2.1-1  which  are  also  interfaced  to  the  CPU 
are  the  Radar  Report  Interface,  the  Random  Number  Generator,  and  the  Status 
Formatter.  The  Radar  Report  Interface  is  a  DMA  device.  Its  function  is  to 
generate  radar  target  reports  in  Production  Common  Digitizer  (PCD)  format  for 
serial  transmission  to  the  radar  input  port  of  the  IjjABS  sensor.  The  random 
number  generator  provides  the  CPU  with  a  rapid  succession  of  pseduo  random 
numbers;  and  the  Status  Formatter  enables  the  CPU  to  read  the  state  of  the 
hardware  and  of  all  manually  controllable  switches  in  the  system  during 
initialization. 

Circuitry  is  included  which  may  be  used  to  loop-test  ARIES  under  com¬ 
puter  control,  completely  Independently  of  the  DABS  sensor  under  test.  The 
self-test  unit  (STU)  provided  to  do  this  is  capable  of  testing  for: 

-  correctness  of  simulated  reply  data  content 

-  correctness  of  amplitude  in  the  sum,  delta,  and  omni  IF  outputs 

-  time  of  reply  or  range  readout 

-  correctness  of  interrogation  decoding. 

2.1.1  I/O  Interface  Conventions 

Most  of  the  Lincoln  built  ARIES  devices  described  in  this  document  are 
interfaced  to  a  Data  General  Eclipse  computer  using  Data  General  I/O  protocol. 
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Thus  it  is  iiocessary  to  understand  the  iiertinent  Data  Cletteral  conventions  in 
order  to  completely  understand  the  operation  of  each  piece  of  hardware  described. 
Tliese  conventions  are  summarized  below*. 

Data  General  Interfaces  have  two  modes  of  data  transfer.  One  is  programmed 
I/O,  where  the  transfer  of  each  word  is  controlled  by  the  software.  The  other 
is  data  channel  I/O,  where  the  software  merely  specifies  to  the  device  the 
address  of  a  buffer  area  in  memory  (via  progr^unmed  I/O).  All  transfers  to  or 
from  that  buffer  are  controlled  by  tlie  device  Interfiice,  independently  of  the 
sof  tware . 

Programmed  I/O  is  conducted  between  a  CPU  register  and  one  of  tliree 
"registers"  on  the  device  Interface,  the  A,  B,  and  C  registers.  These  may  or 
mav  not  be  implemented  as  unique  hardware  registers.  It  is  perhaps  better  to 
regard  A,  B,  and  C  as  device  addresses  of  particular  components  of  the  inter¬ 
lace,  ratiier  than  as  actual  registers.  Output  to  these  registers  is  done  via 
the  DiIA,  DOB,  and  DOC  instructions,  respectively.  The  corresponding  input 
instructions  are  DIA,  DIB,  DIC. 

Kach  device  Interface  has  three  status  t^ip-flops  which  are  controlled  by 
the  software,  the  BUSY,  DONE,  and  INTERRUPT  DIS,\BLE  flip-flops.  If  BUSY  is 
set,  the  device  is  active.  DONE  is  always  zero  in  that  circumstance.  When 
the  device  completes  its  operation,  it  clears  BUSY  and  sets  DONE.  This  auto¬ 
matically  causes  an  interrupt  to  be  generated  at  the  CPU,  unless  ttie  INTERRUPT 
DISABLE  flip-flop  is  set,  in  wliich  case  the  interrupt  will  be  inhibited  until 
INTERRUPT  DISABLE  is  cleared.  If  DONE  is  set  when  INTERRUPT  DISABLE  is  cleared, 
an  interrupt  will  be  generated  immediately.  A  device  is  completely  inactive 
when  botli  BUSY  and  DONE  are  zero. 

There  are  several  signals  available  to  control  these  status  flip-flops. 

The  START  line,  when  pulsed,  will  set  BUSY  aitd  clear  DONE.  This  usually  lias 
the  effect  of  activating  the  device.  The  CLEAR  line,  when  pulsed,  will  set 
both  of  these  to  zero.  This  may  be  used  after  receiving  an  interrupt  in 
order  to  clear  the  interrupt.  ihe  lORST  line  is  similar  to  CLEAR,  except  that 
the  INTERRUPT  DISABLE  flip-flop  is  also  cleared. 

To  pulse  the  START  and  CLEAR  lines  the  letters  S  and  C  respectively  are 
appended  to  the  programmed  I/O  Instruction  mnemonics  (e.g,,  DOAS,  DIBC),  or 
to  a  NO  I/O  TRANSFER  instruction  (NIOS,  NIOC).  There  is  a  third  control  line, 
called  the  P(Pulse)  line,  which  is  operated  similarly  by  appending  a  P  to  the 
I/O  commands.  It  has  no  standard  usage,  and  is  interpreted  differently  by  each 
device. 


For  complete  description  of  the  Data  General  I/O  protocols  and  conventions 
refer  to  "DG  Interface  Designer’s  Reference  Manual",  DG  document  number  015- 
000031  and  the  ARIES  "Programmer's  Manual",  which  is  included  as  Vol.  3  of 
this  report. 
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Tlie  lORST  line  is  pulsed  by  the  I/O  RESET  Instruction,  or  by  toggling  the 
RESET  switch  on  the  front  panel.  It  is  pulsed  automatically  by  the  Cl’U  when 
power  is  first  turned  on.  Note  that  the  input  and  output  instructions,  and  any 
START,  CLEAR,  or  P  pulse  associated  with  them,  affect  only  the  addressed  device, 
while  an  lORST  affects  all  devices. 

INTERRUPT  DISABLE  is  normally  set  and  cleared  by  a  MASK  OUT  Instruction. 
This  instruction  places  the  contents  of  a  specified  CPU  register  on  the  data 
lines,  and  then  sends  a  special  control  pulse.  Each  device  looks  at  only  one 
of  the  16  data  bits,  and  loads  the  value  of  that  bit  into  its  INTERRUPT  DISABLE 
flip-flop  on  receipt  of  the  pulse. 

For  more  extensive  documentation  of  the  operation  of  the  Data  General  1/0 
system,  see  the  Data  General  documentation. 

2.2  Timing 

2.2.1  ARIES  Clock 

The  ARIES  digital  system  operates  synchronously  using  timing  pulses 
and  gates  derived  from  a  16.0  MHz  crystal  oscillator  in  the  ARIES  clock*. 

In  its  normal  or  "run"  mode  the  ARIES  clock  generates  continuous  30  ns  pulscs 
spaced  62.5  ns  apart  (16  MHz),  and  62,5  ns  pulses  spaced  250  ns  apart  (4  MHz). 

A  diagnostic  or  "single  step"  mode  permits  the  generation  of  a  single  30  ns 
pulse  on  the  16  MHz  clock  lines  (16  MHz  single  step  switch  depressed),  or  a 
group  of  four  30  ns  pulses  on  the  16  MHz  clock  lines  and  single  62.5  ns  pulses 
on  the  4  MHz  clock  lines  (4  MHz  single  step  switch  depressed). 

Operation  of  the  ARIES  clock  may  be  visualized  by  examining  tlie  block 
diagram  in  Fig.  2.2-1.  The  slnusodlal  output  of  the  16  MHz  crystal  oscillator 
Is  shaped  to  a  symmetrical  rectangular  pulse  output.  In  the  run  mode  the  2:1 
mux  passes  its  symmetrical  input  to  flip/flop  IC.  which  generates  the  asymetri- 
cal  30  ns  16  MHz  output.  Every  fourth  pulse  of  the  symmetrical  16  MHz  waveform 
is  also  passed  to  flip-flop  IC^  to  create  the  62.5  ns  wide  4.0  MHz  output. 

In  the  single  step  mode  one  or  four  negative  going  pulses  are  selected 
by  tlie  "16  MHz  single  step"  or  the  "4  MHz  single  step"  flip-flops  respectively 
to  drive  the  output  generating  D  flip-flops  ICj^  and  IC^. 


Shares  board  space  with  the  system  clock  and  random  process  generator  on 
the  card  loc.ated  in  Slot  No.  13  (see  Fig.  2.1-1)  of  the  digital  drawer. 
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2.2.2  Universal  Interval  Timer  (UlT)* 

The  UlT  consists  of  (refer  to  Klg.  2.2-2):  (a)  a  lb-l)lt  counter  led  liy 

1  usee  pulses  obtained  from  the  system  clock  —  and  tliereti're  capable  ot  counting, 
from  1  to  65535  usees,  (b)  a  l6-blt  latch  to  permit  sampling  the  content  o1  tlic 
counter  without  disturbing  Its  operation,  and  (c)  st.art,  sto)',  and  presetting 
logic.  It  receives  timing  Inputs  from  the  16  Mliz  system  clock,  control  inputs 
from  the  CPU  via  an  8-blt  control  bus,  .and  i  nterritgat  Ion  pulses  from  the  receiver. 
Its  outputs  are  transmitted  (via  Its  Interface  registers)  to  t  lie  Ul’U  lUi  a  l(i-hlt 
bidirectional  bus  which  .also  tr.ansmits  inputs  t  rom  the  CPU. 

Normal  operation  is  controlled  via  tlie  8-hlt  control  bus  .as  lollows 
(refer  to  T.ahle  2.2-1  for  tlie  .action  of  each  of  the  control  hits): 

(1)  Assume  tliat  the  CPU  li.as  .alre.adv  calcul.atod  .and  stored  tlie  pulse 

repetition  interv;il  (PPI)  of  the  ATCKUS/A 1  I -C.a  1 1  Interrog.at  ions 
from  the  previous  set  of  t  r.ansml  ss  Ions  of  the  UAHS  sensor,  .and  tli.it 
this  Interval  is  designated  T  (T  need  not  he  euii.il  for  each  Ir.an- 
nilssion).  "  ” 

(2)  The  CPU  then  uses  the  v.aliie  of  T  to  calcul.ate  .an  initl.al  or 
"count  from"  counter  setting  of  " 

(65535  -  T  +  56) 
n 

which  It  transmits  to  the  counter  on  the  l6-hlt  h  Id  i  rec  1 1  on.a  1  bus. 

(  3)  The  stop-on-overflow,  start,  .and  load-on-interrogat  Ion  control  g.atcs 
are  set  (to  logical  1)  via  the  8-hlt  control  bus. 

(A)  Receipt  of  an  Interrog.at i on  pulse  from  the  receiver  c.auses  llu- 
counter  to  load  the  "count  from"  value  c.alculated  In  (2),  .aiul 
the  counter  to  st.art  counting  from  this  preset  value. 

(5)  When  the  counter  re.aches  Its  maximum  count  (overflows)  the  counter 
stops  counting  (stop-on-overflow  g.ate  is  reset  -  to  logic.al  0)  .and 
"56  iisec  early  pulses"  .are  sent  to  the  three  (1)  CAT  reply  gener.ators, 
causing  them  to  stop  gener.atlng  any  further  replies,  .and  to  the  lU’U. 

’’he  56  usee  early  pulse  sent  to  the  tlPU  Is  referred  to  .as  the  "UlT 
Interrupt  pulse". 

(6)  Steps  (1)  through  (5)  .are  repe.aled. 


"k 

In  its  normal  oper.ating  mode  the  UlT  provides  pulses  timed  with  respci't  to 
ATCRHS  interrogations.  IRiwi’Vt’f  ,  during  ARIKS  progr.im  checkout.  I  lanih  I  cslu'ot  i  ng  . 
i>tc . ,  the  timer  Is  ii.seil  to  provide  preci.se  time  iiili'rv.il.s  rel.it  ivi'  to  I'tlu'i 
reference  pulses  -  hence  the  title  "Un i vi’fs.i  1 " . 
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Fig.  2.2-2.  Universal  interval  timer,  block  diagram. 


TABLE  2.2-1 

UNIVERSAL  INTERVAL  TIMER  CONTROL  BIT  OPERATIONS 


Bit 

Control  Bit  Title 

Setting  Bit  Causes 

1. 

Stop-on-overflow 

16-blt  counter  to  "freeze" 
when  overflow  occurs. 

2. 

Start/stop 

16-bit  counter  to  start. 

3. 

Load-on-overflow 

16-bit  counter  to  load  in 
the  preset  value  when  over¬ 
flow  occurs. 

4. 

Load-on-program  (pulse) 

Preset  value  to  be  loaded 
in  when  this  pulse  occurs. 

5. 

toad -on-interrogation 

Preset  value  to  be  loaded 
in  when  an  ATCRBS  or  ATCRBS/ 
All  Call  interrogation 
arrives . 

6. 

Zero  counter  (pulse) 

Counter  to  be  cleared. 

7. 

Preset/read  (pulse) 

Counter  to  be  sampled 
into  the  16-bit 
latch. 

8. 

Preset/read/  (level) 

The  output  drivers  (7438’ s) 
to  be  enabled. 

In  normal  operation,  readltiK  the  content  of  the  counter  is  not  necessary. 
However .  tor  diagnostic  purposes  the  contents  may  be  read  by  setting  tl>e 
preset/read  bit  and  pulsing  the  present/read  line.  This  operation  will  transfer 
the  current  value  of  the  16-blt  counter  Into  the  16  bit  latch,  and  at  the 
s.ime  time  enable  the  output  driver  to  output  the  value  to  the  CPU. 

Since  tl»e  II IT  Interface  data  bus  _l_s_bj.-d Irect lonal  (used  for  input 
and  output)  It  Is  Important  that  the  preset /read  level  bit  not  be  set  during 
the  loading  of  tl»e  16-blt  counter  (l.e..  If  the  load-on-progriira,  load-on- 
overflow,  or  load-on- Interrogat Ion  gates  are  set)  or  the  value  loaded  by  tlu* 
counter  will  be  erroneous. 

It  is  somc'tlmes  deslreable  to  have  the  HIT  generating  CPU  Interrui’ts 
.It  constant  Intervals.  This  can  be  done  by  setting  the  load-on-overload  bit, 
and  outi'ultlng  the  value  (65536  -  T)  to  tlie  HIT  Interf.ice  data  bus.  To 
Initialize  this  opt-'ratlon,  tlie  start  bit  is  set  and  the  load-on-program 
bit  Is  pulsed.  Thereafter,  the  HIT  will  generate  Interrupts  at  constant 
Interval,  T. 

The  HIT  can  be  zeroed  at  any  time  by  pulsing  the  zero  counter  bit. 

2.2.2. I  Hnlversal  Interval  Timer  Interface 

The  Hnlversal  Interv.al  Timer  (HIT)  Interface  provides  a  means  of  con¬ 
trolling  the  operational  characteristics  of  the  HIT  described  in  the  Section 
on  the  HIT. 

It  consists  of  two  data  registers  (see  Fig.  2.2-3).  The  7-blt  C-register, 
which  contains  the  control  bits,  controls  tlie  following  seven  mi'des  of  the 
HIT: 

(a) .  LOAll  ON  INTKRRIXIATION 

(b)  .  PRESKT/RKAl) 

(c) .  HOAD  ON  OVERFLOW 

(d) .  LOAD  ON  PRWRAM 

(e) .  ZERO 

(f) .  START/ STOP 

(g) .  STOP  ON  OVERFLOW 

The  C-Reglster  can  be  set  by  the  CPU  by  executing  a  DOC  Instruction. 

Certain  control-bits,  (ZERO  the  HIT,  PRESET/READ  the  HIT  and  LOAD  HIT  on  PRO¬ 
CRAM)  need  to  be  pulsed  In  order  to  operate  properly.  These  bits  are  set  by 
the  DOCP  Instruction.  The  other  register  Is  labeled  as  the  A-Reglster.  This 
16-blt  register  contains  the  preset-value  that  will  be  loaded  Into  the  Hll’ 

16-blt  counter  If  the  PRESET/READ  bit  and  any  one  of  the  following  titree  bits 
are  set:  LOAD  ON  INTERRIXIATION ,  LOAD  ON  OVERFLOW,  LOAD  ON  PRtXIRAM.  The 
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Fig.  2.2-3.  Universal  inter'/al  timer  interface,  block  diagram. 


contents  of  the  A-Register  can  be  set  by  the  DOA  Instruction.  For  diagnostic 
purposes,  the  contents  of  the  C-Register  can  be  read  by  the  CPU  by  executing 
a  Die  instruction.  Also  when  the  Preset/Read  bit  is  set  and  pulsed,  a  DIA 
instruction  will  return  a  sampled  counter  value  from  the  UIT. 

Interrupts  generated  by  the  UIT  are  handled  by  the  Data  General  standard 
busy-done  logic.  (Readers  not  familar  with  this  protocol  should  refer  to  the 
D.G.  Interface  Designer's  Reference  Manual,  Data  General  document  number 
015-000031) . 

2 . 3  Receiver 

The  receiver  consists  of  the  analog  and  digital  circuits.  The  analog 
circuitry  is  shown  in  Fig.  2.3-1. 

2.3.1  Analog  Circuits 

The  receiver  is  fed  from  the  ARIES  RF  port  of  the  DABS  sensor  at  1030 
MHz  and  at  a  level  of  -10/-1  dBm.  A  20  dB  directional  coupler  permits  the 
ARIES  Tester  output  to  be  fed-back  to  the  ARIES  receiver  input  in  the  self¬ 
test  mode.  After  the  signal  is  filtered  by  the  pre-selector,  it  is  then  fed 
to  the  mixer.  The  local  oscillator,  operating  at  970  MHz,  provides  mixer 
input  via  a  20  dB  coupler.  60  MHz  IF  is  then  detected  and  amplified  by  the 
log  amplifier.  Output  from  the  log  amplifier  drives  both  a  threshold  circuit 
and  a  surface  acoustic  wave  demodulator  providing  PAM  and  DPSK  outputs 
respectively  (Fig.  2.3-2).  These  are  fed  to  the  digital  circuits. 

2.3.2  Digital  Circuits 

The  uplink  receiver  digital  circuitry  is  similar  to  that  included 
in  a  DABS  transponder  receiver  (Fig.  2.3-3).  It  consists  of  mode  decoding 
logic,  and,  for  DABS  signals,  a  24-bit  parity  decoder.  Also  included  is  an 
azimuth  register  which  accepts  azimuth  information  from  the  ACP  Decoder, 
and  a  20  bit  range  counter. 

2. 3. 2.1  Mode  Decoding 

The  mode  decoding  circuitry  determines  the  mode  of  each  interrogation 
received.  As  shown  in  the  simplified  diagram  of  Fig.  2.3-4  it  consists  of  a 
delay  element  constructed  from  a  series  of  shift  registers.  The  outputs 
from  the  delay  element  are  tapped  at  2,  8,  21,  and  25  ps  corresponding  to 
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(Refer  to  Receiver  Section  Schematic) 

A  30  dB  Attenuator 

B  Directional  Coupler 

C  1030  MHz  Preselector 

D  Mixer 

E.  Directional  Coupler 

F  Local  Oscillator 

G  Log  Amplifier 

H.  DPSK  Demodulator 

J  Threshold  Circuit 
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Fig.  2.3-3.  Uplink  receiver  analog  and  digital  circuits,  block 
diagram. 


the  separation  between  the  and  P.  pulses  for  DABS  and  between  the  P. 
and  P  (8,  21,  25  ps)  pulses^for  ATCRBS.  See  Fig.  2.3-5.  If  a  preamble  is 
detected  by  the  AND  gate,  the  corresponding  J-K  flip-flop  will  be  set.  If 
the  interrogation  is  an  ATCRBS/DABS  All-Call  (Mode  A  or  Mode  C) ,  the  All-Call 
flip-flop  will  also  be  set.  The  setting  of  the  mode  flip-flop(s)  allows  the 
mode  ROM  to  encode  the  interrogation  type,  and  causes  the  transmission  of  the 
mode  type  to  the  mode  register.  Also,  at  each  interrogation  part  of  the 
20  bit  range  word  is  transferred  to  the  decode  time  register  to  determine 
time-of-arrival.  If  the  interrogation  is  an  ATCRBS  All-Call  (Mode  A,  Mode  C 
or  Mode  D) ,  the  16  most  significant  bits  are  transferred.  After  these  bits 
are  transferred  the  20  bit  range  counter  is  reset.  Each  time  a  DABS  interro¬ 
gation  is  received,  the  contents  of  the  16  least  significant  bits  are  trans¬ 
ferred,  but  the  range  counter  is  not  reset.  In  this  way  the  reply  time  for 
DABS  interrogations  is  referenced  to  the  last  time-of-arrival  of  an  All-Call 
interrogation.  This  allows  4096  unambiguous  microseconds  for  determing  the 
required  reply  time  to  a  DABS  interrogation.  By  shifting  to  the  16  most 
significant  bits  of  the  20-bit  range  counter  upon  receipt  of  an  All-Call 
interrogation,  the  ARIES  unit  is  capable  of  handling,  unambiguously,  maxi¬ 
mum  intervals  between  All-Call  interrogations  of  approximately  60  milli¬ 
seconds  (the  normal  period  between  All-Call  interrogations  is  approximately 
10  milliseconds). 

The  loading  of  time-of-arrival  in  the  decode  time  register,  and  the 
control  of  range  counter  multiplexer  selection  are  done  by  the  mode  decoding 
logic.  Upon  receipt  of  each  interrogation,  an  interrupt  pulse  is  generated 
to  inform  the  computer  of  its  arrival,  and  a  10  word  interrogation  data  block 
is  created  in  a  buffer  area  of  the  CPU  memory.  This  block  contains  ' ae  time-of- 
arrival,  the  antenna  boresight  azimuth  at  arrival,  the  mode,  and  (for  discrete 
interrogations  only)  the  data  bits.  (See  section  on  Data  Transfer).  Upon 
receipt  of  each  All-Call  interrogation,  a  pulse  is  sent  to  the  ARIES  tester, 
the  UIT,  and  the  three  CAT’s  to  reset  their  range  counters. 

The  azimuth  data  from  the  ACP  decoder  is  also  sampled  in  the  azimuth 
register  upon  arrival  of  each  interrogation. 

2. 3. 2. 2  Parity  Decoder* 

In  the  case  of  discrete  interrogations,  the  data  bits  are  assembled 
and  the  error  detection  encoding  from  the  DABS  address  field  is  removed. 

This  is  done  by  the  parity  decoding  circuitry. 


(For  more  detail,  see 
FAA-RD-75-62,  (Lincoln 


"DABS  Uplink  Coding"  by  J.T.  Barrows,  Report  No. 
Laboratory,  Report  No.  ATC-49) . 
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The  parity  decoder  (see  Fig.  2.3-6)  consists  of  a  24  bit  shift  register 
and  a  sum  modulo-2  network  connected  to  the  shift  register  at  appropriate  point 
corresponding  to  the  24-degree  polynomial  generator.  Both  tlie  DABS  address 
and  parity  are  decoded.  The  shift  register  is  first  cleared.  The  received 
Dl’SK  data  is  then  fed  into  ttie  sliift  register.  After  32  shifts  (DABS  All-Call, 
or  surveillance)  or  88  shifts  (Comm-A) ,  the  shift  register  will  contain  24 
parity  bits.  These  24  parity  bits  .are  then  summed  bit  by  bit,  modulo-2, 
witli  the  remaining  24  bits  from  ttie  input  Dl’SK  data  stream  to  produce  the 
DABS  .address. 

When  the  mode  decoder  declares  a  DABS  interrogation,  tlie  controller 
in  the  parity  decoder  is  reset  and  ready  to  begin  a  decoding  sequence. 

Before  the  data  bits  arrive,  multiplexer  M  is  selected  to  allow  the  DPSK 
data  t('  be  input  to  the  16-blt  shift  register  without  modification.  At  the 
same  time,  ttu'  Dl’SK  data  is  also  fed  to  the  parity  decoder.  As  soon  as  the 
Dl’SK  data  sync  pliase-reversal  is  detected,  the  sample  clock  will  be  activated 
and  begin  to  sample  the  data  at  .25  ps  Intervals.  After  the  first  2  data  bits 
(F,  1,  bits)  are  sampled,  the  type  and  length  of  the  DABS  interrogation  can 
be  determined.  These  2  bits  allow  the  controller  to  select  multiplexer  M  at  an 
appropriate  time,  so  that  the  last  24  data  block  bits  may  be  sent  to  the  16  bit 
register  from  the  jiarity  decoder.  The  last  24  bits  are  the  decoded  DABS 
address. 

The  contents  of  the  16-blt  shift  register  is  parallel  loaded  into  a 
buffer  after  eacl)  16  samples,  so  that  ttie  entire  56-blt  or  112-bit  data  block 
can  be  transferred  to  tlie  CPU,  16  bits  at  a  time. 

2. 3. 2. 3  Data  Transfer  Sequence 

Since  it  is  not  possible  to  anticipate  tlie  time  of  arrival  of  DABS 
interrogations,  it  is  crucial  that  the  received  data  to  be  transferred  to  the 
computer  upon  receipt  of  a  DABS  interrogation  in  the  minimum  possible  time. 

Tills  is  .iccomii I Islied  by  setting  up  the  Interface  to  the  receiver  so  that  it 
is  prepared  for  a  direct  memory  access  (DMA)  data  transfer  immediately 
following  the  decoding  of  a  valid  DABS  interrogation.  A  simll.ir  data  transfer 
technique  is  used  for  ATCRBS  interrogations. 

Upon  receipt  of  each  interrogation,  an  Interrupt  is  generated  to  Inform 
the  computer  of  its  arrival.  This  is  done  by  the  mode  decoding  logic  as 
described  previously. 

Following  the  interrupt,  a  10  word  Interrogation  block  is  transferred  to 
memory.  This  block  contains  the  time  of  arrival  (TOA) ,  the  antenna  bore- 
sight  azimuth  at  arrival,  the  mode,  and  for  (discrete  interrogations  only)  the 
data  bits. 
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Details,  including  field  definitions,  of  the  above  data  formats  are 
given  in  Volume  3  of  this  report. 

The  sequence  of  data  transfer  is  controlled  by  tlie  receiver  controller. 

A  state  diagram  for  the  controller  is  shown  In  Fig.  2.3-7.  Note  that  in 
State  10,  the  controller  will  loop  on  the  status  of  the  busy-bit  coming  from 
the  busy-done  logic  of  the  receiver  interface;  tiujs  tiie  CPU  has  a  direct 
control  over  tlie  operation  of  the  digital  receiver. 

Once  tlie  busy  bit  is  set,  the  controller  will  go  to  State  0  and  wait  for 
tt>e  arrival  of  the  next  interrogation.  Upon  arrival,  its  TOA,  azimuth  and 
type  will  be  sent  by  the  controller  as  siiown  in  States  1,  3,  and  5. 

The  data  rate  for  tl»e  DABS  uplink  Interrogation  is  4  MBl’.?.  Therefore, 
in  order  for  the  l6-blt  slilft  register  in  the  parity  decoder  to  assemble  a 
16  bit  word,  4  psec  are  required.  This  is  the  purpose  of  State  6.  Wlien 
the  data  are  ready  from  the  16-bit  shift  register,  they  are  transferred  to 
tlie  receiver  interface.  States  6,  7,  8,  and  9  will  be  repeated  until  the 
end  of  the  data  block.  Since  ATCRBS  interrogations  include  no  data  field; 
all  zero's  will  be  transferred  as  data. 

The  receiver  is  then  reset  and  the  above  process  repeated  for  the  next 
interrogation. 

Each  of  the  10  words  transferred  involves  two  "hand-shaking"  signals 
between  the  receiver  and  its  interface.  These  two  signals  are  the  transfer 
request  (TR)  from  the  receiver,  and  transfer  stop  (TSTOP)  from  the  iirterface. 
Each  time,  tlie  receiver  is  ready  to  send  a  word,  a  TR  signal  is  sent  to  the 
interface,  and  at  the  same  time  the  appropriate  register  is  enabled  (e.g., 
decode  time  register),  allowing  it  to  output  to  the  receiver  interface  buffer. 
If  tlie  buffer  can  accept  more  data  words,  TSTOP  will  be  set  to  zero;  otlierwise 
TSTOP  will  be  set  to  one,  causing  the  controller  to  enter  a  wait  state  (States 
2,  4,  and  7).  It  will  remain  in  this  state  until  the  buffer  can  accept  another 
word.  The  controller  is  shown  in  Fig.  2.3-3. 

The  interrogation  type,  azimuth,  decode  time  and  data  registers  are  of 
tri-state  type.  They  are  all  tied  together  to  form  the  internal  receiver  bus. 
Wlien  each  register  is  enabled  by  the  receiver's  controller,  its  content  will 
be  transferred  to  the  16-bit  register  and  driver,  and  subsequently  to  the  CPU. 

2.3.3  Receiver  Interface 

The  Receiver  Interface  uses  the  direct  memory  access  (DMA)  or  data 
channel  control  technique  to  transfer  data  from  the  receiver  to  the  CPU. 

Tliis  method  has  a  speed  advantage  over  the  conventional  programmed  I/O 
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Fig.  2.3-7.  Data  transfer  state  diagram. 
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Fig.  2.3-8.  Receiver  interface,  block  diagram 


The  receiver  Interface  then  outputs  two  pieces  of  Information  to  the 
CPU:  type  of  transfer  flag,  DCHMO  (from  the  data  channel  control  logic)  and  the 
address  (from  the  memory  address  counter)  of  the  memory  location  tliat  will  be 
accessed.  (Logical  low  for  DCHMO  signifies  an  Input  operation  to  the  memory. 
This  Is  the  only  type  of  transfer  which  the  receiver  can  provide) , 

_ _  Following  DCHA,  the  CPU  Issues  a  data  channel  input  control  signal 

DCHI  to  the  receiver  Interface,  causing  the  Interface  to  output  a  data  word 
(from  a  register  file)  to  the  addressed  memory  location. 

If  another  word  Is  received  from  the  receiver  before  the  end  of  the 
above  operation,  and  there  Is  no  other  higher  priority  device  requesting 
DMA,  the  DCHA,  DCHI  sequence  will  be  repeated.  This  burst  mode  operation 
will  repeat  until  all  available  words  from  the  receiver  interface  are  trans- 
fered  to  the  memory.  The  Interface  then  removes  the  DCHR  signal,  thus 
suspending  further  receiver  DMA  operation  until  another  word  is  received. 

2. 3.3.2  Memory  Address  Counter 

Each  time  the  CPU  Issues  a  DCHA,  it  expects  from  the  Interface  two 
pieces  of  Information:  the  type  of  transfer  and  the  memory  address.  Tlie 
memory  address  counter  provides  the  latter. 

Before  DMA  is  attempted,  the  CPU  should  Initialize  the  counter  with  a 
starting  address.  This  is  done  by  means  of  a  DOA  Instruction.  Since  a 
640  word  buffer  Is  required,  the  address  counter  is  capable  of  counting 
from  the  Initial  address  A  to  A  +  639.  When  A  +  639  is  reached,  the  counter 
will  continue  at  A.  Fig.  2.3-10  shows  the  memory  address  counter  circuitry  use 
in  the  receiver  Interface.  Note  that  DCHA.SEL  and  DCHA. SYNC. LATE  from  ttie 
data  channel  control  are  used  to  output  the  memory  address  to  the  CPU  and  to 
increment  the  counter  respectively;  also  when  preset  of  the  counter  is 
logical  low,  Q  will  be  preset  on  the  next  rising  edge  of  the  clock  (i.e.,  DOA 
or  DCHA-Sync-Late) . 

2. 3. 3.3  Register  File  and  Control 

Assuming  no  other  device  In  the  system  is  currently  requesting  DM(\,  the  CPU 
can  accept  data  from  the  receiver  interface  at  a  maximum  rate  of  800  ns  per 
word.  This  is  not  fast  enough  for  the  first  three  words  which  are  transfered 
at  a  rate  of  750  ns/word  from  the  receiver  to  the  interface.  For  this  reason, 
a  register  file  Is  provided  in  the  interface.  It  can  stack  up  to  4  words 
from  the  receiver,  providing  the  DMA  channel  with  ample  time  to  input  the 
data.  After  the  first  three  words,  the  remaining  seven  words  from  the 
receiver  are  transfered  at  a  slower  rate  of  4  psec/word,  so  that  In  this 
case  the  timing  constraint  Is  not  as  critical. 


address  counter,  block  diagram. 


The  register  file  and  control  circuits  consist  of  a  read  address  counter, 
a  write  address  counter,  an  Interrogation  counter,  a  4  bit  bi-directional 
shift  register,  and  a  16  bit  x  4  word  register  file.  The  circuits  are  shown 
in  Fig.  2.3-11. 

After  a  word  is  output  to  the  Interface  from  the  receiver  a  transfer 
request  (T-request)  is  also  sent.  The  purpose  of  this  pulse  is  to  write 
the  data  word  into  the  register  file;  and  after  the  data  is  written,  to  cause 
the  write  address  counter  to  Increment  and  a  "one"  to  be  right  shifted  into  the 
bi-directional  shift  register.  This  shift  register  is  a  status  indicator, 
with  the  leftmost  bit  connected  as  the  word  available  bit,  and  the  second 
right-most  bit  connected  as  the  transfer  stop  bit  (T-STOP) . 

Upon  receipt  of  an  interrupt  from  the  receiver,  indicating  an  arrival 
of  an  interrogation,  the  shift  register  will  be  cleared  to  zero.  Each  time 
a  word  is  stored  in  the  register  files,  a  "one"  will  be  right  shifted  into 
the  shift  register  setting  the  word  available  bit.  If  a  word  is  taken  out 
of  the  files,  a  "zero"  will  be  left  shifted  into  the  register. 

The  setting  of  the  word  available  bit  will  cause  the  data  channel  control 
logic  to  generate  a  DMA  request,  and  a  normal  sequence  of  data  transfer  will 
follow  once  the  channel  priority  is  granted. 

If  four  words  are  stored  in  the  register  file  before  a  data  channel 
transfer  is  granted,  the  transfer  stop  bit  (T-stop)  will  be  set,  causing 
the  receiver  to  stop  transferring  any  further  words. 

When  a  word  is  transfered  to  the  CPU,  the  read  address  counter  for 
the  register  file  will  be  Incremented,  and  a  "zero"  left  shifted  into  the 
bi-directional  shift  register.  This  is  done  by  the  DCHI  SYNC  and  DCHA  SYNC 
pulses  respectively. 

The  read  and  write  address  counters  are  zeroed  by  the  interrogation 
Interrupt. 


2. 3. 3.4  Interrogation  Counter 

The  purpose  of  the  interrogation  counter  is  to  maintain  a  count  of 
interrogation  data  blocks  that  have  been  completed.  It  is  a  6-blt  up/down 
counter,  and  can  be  incremented  at  the  end  of  each  10  word  transfer,  and  decremented 
by  the  CPU  via  a  DOC  instruction  after  an  interrogation  block  is  processed.  The 
counter  can  be  read  by  the  CPU  by  means  of  a  DIC  instruction. 
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Register  file  and  control  circuits,  block  diagram. 


If  this  counter  overflows,  indicating  64  unprocessed  interrogations  (i.e., 
buffer  overflow  condition)  an  Interrupt  will  be  generated  and  sent  to  the  CPU. 

2. 3. 3. 5  Interrupt  Logic 

The  Interrupt  logic  for  this  Interface  is  a  modification  of  the  Data 
General  standard.  Two  DONE  flip-flops  are  used  to  Indicate  different  con¬ 
ditions.  The  standard  DONE,  which  is  tested  by  the  I/O  SKIP  instruction,  is 
set  only  upon  buffer  overflow.  As  in  the  Data  General  standard,  the  BUSY 
flip-flop  is  simultaneously  reset,  disabling  the  interface.  This  occurrence 
should  be  treated  as  an  error  condition. 

The  second  DONE  flip-flop  cannot  be  tested  by  the  I/O  SKIP,  but  does 
cause  an  Interrupt  to  be  generated.  The  BUSY  flip-flop  is  not  reset.  This 
is  used  to  indicate  the  arrival  of  an  interrogation.  When  either  of  the  DONE 
flip-flops  is  set,  an  interrupt  is  generated,  and  the  INTA  instruction  will 
indicate  that  the  Interrupt  is  from  the  receiver.  The  I/O  SKIP  instruction 
can  be  used  to  distinguish  the  two  cases  by  testing  the  standard  DONE  flip- 
flop.  See  Fig.  2.3-12. 

2.4  Reply  and  Fruit  Generation 

Controlled  replies,  both  DABS  and  ATCRBS,  and  fruit  replies  (only  ATCRBS) 
are  generated  by  two  groups  of  components  referred  to  as  the  Controlled  Reply 
Generator  (CRG)  and  the  Fruit  Generator  (FG)  (see  Fig.  2.1-1).  Each  group  is 
under  the  control  of  the  CPU  via  its  own  Interface,  and  each  uses  its  own  micro¬ 
processor  for  routing  and  constructing  the  replies.  The  CRG  receives  reply  data 
from  the  CPU  and  the  FG  from  the  Random  Process  Generator.  Each  directs,  via 
microprocessor  control,  its  set  of  three  ARIES  target  generators  (controlled 
ARIES  Targets  (CAT's)  or  Fruit  ARIES  Targets  (FATS),  to  create  properly  formated 
and  sequenced  modulation  control  signals.  These  signals  modulate  60  MHz  carriers 
generated  in  the  IF  Unit  of  each  CAT  or  FAT.  The  modulated  outputs  of  all  six 
ARIES  targets  are  then  combined  in  the  IF  Combiner  and  sent  to  the  sensor. 

In  the  descriptions  which  follow  the  details  of  operation  of  the  component 
group  referred  to  as  the  Controlled  Reply  Generator  (2.4.1)  precede  the  details 
of  operation  of  the  component  group  referred  to  as  the  Fruit  Generator  (2.4.2). 
However,  each  group  Includes  a  "controller"  and  each  group  includes  three  "reply 
generators",  the  operation  of  which  is  very  similar.  In  many  cases  they  are 
Identical  except  for  the  "controlled  reply"  and  "fruit"  modifying  terminology 
or  stored  control  programs.  The  hardware  components  of  the  controlled  reply  and 
fruit  controller  microprocessors  are  identical  and  the  hardware  comprising  the 
controlled  reply  and  fruit  reply  generators  are  identical.  Descriptions  of 
the  identical  modules  are  not  repeated  but  are  given  once  under  the  first 
component  group  addressed,  i.e.,  the  Controller  Reply  Generator,  and  differences 
only  in  Section  2.4.2,  Fruit  Generator. 
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IMIERRUPT 


Lfied  data  general  interrupt  logic,  block  diagram. 


2.4.1 


Controlled  Reply  Generator  (CRG) 


The  Controlled  Reply  Generator  consists  of  the  CRG  Controller,  three 
controlled  ARIES  Targets  (CAT’s)  and  the  CRG  Interface. 

2.4. 1.1  Controlled  Reply  Controller  (CRC) 

The  primary  function  of  the  CRC,  a  high  speed  microprocessor  (Identical 
to  the  Fruit  Reply  Controller  microprocessor),  la  to  determine  which  CAT  units 
are  cvallable  for  operation,  and  to  transfer  blocks  of  data  from  the  CRG 
Interface  to  the  available  CATs.  The  microprocessor  maintains  a  large  portion 
of  Its  control  program  In  a  programmable  read-only  memory  (PROM),  l.e..  Is 
microprogrammed.  This  permits  higher  speed  operation  and  the  possibility  of 
changing  the  microprocessor  Instruction  set  (by  altering  the  PROM)  without 
modifying  hardware. 

Understanding  of  the  operation  of  the  CRC  Is  best  understood  by  examining 
Its  block  diagram  as  shown  In  Fig.  2.4-1.  There  are  six  functionally  related 
sub-blocks;  the  (1)  microprocessor,  (2)  branch  control  logic,  (3)  program 
control  logic,  (4)  microprogram  storage  and  pipeline  register,  (5)  Input  circuits, 
and  (6)  output  circuits.  Description  of  the  operations  of  each  of  these  blocks 
are  given  following  a  description  of  the  controller  overall  architecture. 

2. 4. 1.1.1  Architecture 

The  Controlled  Reply  Controller  consists  of  a  number  of  2900  bipolar 
microprocessor  elements:  the  2901  4-blt  cascadable  microprocessor,  the  2902 
look-ahead  carry  generator,  the  2909  4-blt  cascadable  program  sequencer,  and 
related  supporting  circuit  elements. 

Four  2901's  were  used  to  form  a  16-blt  word  microprocessor,  wltli  a  worst  case 
cycle  time  of  about  200  ns.  These  LSI  chips  consist  of  a  16  word  by  4-blt  two 
port  RAM,  a  high  speed  ALU,  and  associated  shifting,  decoding,  and  multiplexing 
circuitry.  Next  address  selection  and  program  control  use  three  2909 's  and 
the  branch  control  logic.  Together  they  can  point  to  any  one  of  512  locations 
In  the  PROM.  The  Input  circuit  enables  the  2901's  to  multiplex  data  from  the 
D-Bus  or  PROM.  And  the  output  circuit  allows  the  output  data  from  the  2901's 
to  be  placed  on  either  the  Y-Bus  or  the  C-Bus. 

The  program  for  the  controller  is  stored  In  five  512  word  x  8  bit  pro- 
gramnable  read  only  memories  (INTEL3624).  Each  40  bit  micro-instruction 
contains  all  control  signal  for  the  2901*8  and  2909 's.  In  the  branch  and 
load  Imnedlate  instructions,  the  ROM  also  contains  the  branch  address  and  load 
Immediate  constant,  respectively. 
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The  output  of  the  read  only  memory  is  buffered  by  a  register  known  as 
the  pipeline-register.  See  Fig.  2.4-2.  This  pipeline  register  permits  the 
microinstruction  fetch  to  occur  in  parallel  with  the  data  operation,  effec¬ 
tively  doubling  the  clock  frequency.  While  the  2901' s  are  executing  the 
current  instruction,  the  next  address  selected  by  the  Program  Control  Logic 
is  sent  to  the  ROM,  so  that  the  next  instruction  will  be  strobed  into  the 
pipeline  register  beginning  on  the  next  clock  edge. 

During  the  execution  of  the  Load  Immediate  Instruction,  the  16  bit 
constant  must  be  available  from  the  input  register.  To  accomplish  this,  the 
constant  is  loaded  into  the  input  register  at  the  same  time  that  the  Load 
Immediate  instruction  is  strobed  into  the  pipeline  register.  A  control  bit 
is  progreunmed  in  the  ROM  to  allow  the  input  register  to  receive  data  from  the 
memory . 

2. 4. 1.1. 2  Program  Control  Logic 

The  program  control  logic  (see  Fig.  2.4-3)  consists  of  three  cascaded  2909' s. 
This  provides  an  addressing  capability  of  4096  memory  locations  (only  9  bits 
were  used  in  the  design).  As  shown  in  Fig.  2.4-4  the  2909  contains  a  four- 
input  multiplexer  to  select  one  of  four  address  sources.  These  sources  are:  1) 
direct,  2)  address  register,  3)  stack  register,  and  4)  program  counter.  To 
select  one  of  these  sources,  Sq  must  be  coded  as  follows: 

Sg  Source 
0  0  Program  counter 

0  1  Address  register 

1  0  Stack  register 

1  1  Direct  input 

S»  S^  logic  code  is  generated  by  the  branch  control  logic  (to  be  explained 
in  Section  2. 4. 1.1. 3). 

The  following  explanation  treats  the  three  cascaded  2909 's  together.  The 
address  register  consists  of  nine  D-type  flip-flops.  Each  pin  RE  is  grounded, 
so  these  registers  are  always  enabled,  allowing  the  data  from  the  nine  least- 
slgnlficant-bits  of  the  Y-bus  to  latch  In  on  every  clock  cycle.  This  allows 
the  microprocessor  to  execute  a  computed  GO  TO  instruction,  (i.e.,  address  of 
the  next  instruction  set  by  the  result  of  the  current  instruction). 

The  direct  Input  is  a  9-bit  field  of  Inputs  to  the  multiplexer.  These 
nine-bits  are  programmable  to  provide  the  address  during  the  execution  of  a 
BRANCH  instruction. 
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To  provide  a  means  of  returning  from  a  sub-routine  call,  a  stack  file  and 
stack  pointer  are  provided  in  the  2909's.  The  A-word  stack  file  allows  four- 
deep  nesting  of  subroutines.  The  stack  pointer,  always  pointing  to  the  last 
file  word  written,  operates  as  an  up/down  counter.  Its  mode  of  operation  is 
programmable  by  controlling  the  PUSH/POP  and  file  enable  (FE)  input.  To 
execute  a  jump-to-subroutine  instruction  (JSR) ,  PUSH/POP  is  set  to  one  and 
file  enable  (FE)  is  set  to  zero.  This  causes  the  current  address  in  the  micro¬ 
program  register  to  be  written  in  the  file  and  the  stack  pointer  to  Increment. 

To  return  from  a  sub-routine  call,  both  the  file  enable  (FE)  and  the 
PUSH/POP  control  Inputs  are  programmed  low,  and  the  stack  register  is  selected 
as  the  source  for  the  multiplexer.  With  the  file  enable  and  PUSH/POP  set  low, 
the  stack  pointer  will  decrement  on  the  next  clock  cycle. 

Stack  operation  is  summarized  as  follows: 

Stack  Enable  (FE)  Push/Pop  (PUP)  Stack  Register  Change 

H  X  No  change 

L  H  Increment  stack  pointer; 

push  current  program  counter 
(PC)  to  stack  register 

L  L  Decrement  stack  pointer 

The  9-bit  microprogram  counter  consists  of  a  9-blt  incrementer  followed  by  a 
9-blt  register.  To  execute  a  sequential  instruction  the  Cn  input  from  the  pro¬ 
gram  control  logic  is  programmed  high.  This  allows  the  current  address  plus 
one  to  be  loaded  into  the  9-bit  register  on  the  next  clock  cycle.  However,  if 
Cn  is  programmed  low,  the  Incrementer  passes  the  current  address  unmodified, 
and  the  microprogram  register  is  loaded  with  the  same  address  on  the  next  cycle. 
Thus  the  same  instruction  can  be  executed  any  number  of  times. 

To  reset  the  microprogram  counter  to  zero,  the  ZERO  input  of  the  2909  can 
be  grounded.  This  is  accomplished  by  a  front  panel  switch,  or  via  a  reset 
line  (lORST)  from  the  CPU  (Eclipse). 

2. 4. 1.1. 3  Branch  Control  Logic 

The  Branch  Control  Logic  (see  Fig.  2.4-5)  consists  of  a  2:1  multiplexer, 
a  4-bit  status  register,  two  8:1  conditional  code  multiplexers,  a  16  word 
X  4  bit  RAM,  a  bi-directional  shift  register  used  as  a  memory  pointer,  and  a 
control  ROM. 
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The  2:1  multiplexer  is  normally  programmed  to  allow  the  status  register 
to  receive  four  current  status  bits  from  the  2901 's.  The  status  register  Is 
enabled  by  the  control  ROM  for  those  instructions  selected  by  the  six  bits  (1^ 
through  I.)  that  will  cause  the  status  to  change  (i.e.,  arithmetic,  logical, 
and  shif t^operations) .  The  status  register  is  also  enabled  during  a  software 
POP  operation,  in  which  the  2:1  multiplexer  is  also  selected  to  allow  the 
register  to  restore  the  previous  status. 

The  heart  of  the  branch  control  logic  are  two  8:1  condition  code  multi¬ 
plexers  (see  Fig.  2.4-6).  These  multiplexers  receive  their  3-blt  address  and 
2  of  the  eight  inputs  from  the  pipeline  register.  The  other  six  inputs  come 
from  the  4-bit  status  register  which  contains  four  status  conditions.  They 
are:  1)  zero,  if  the  result  of  the  arithmetic,  logical  or  shift  operation 
is  zero  2)  sign,  resulting  from  a  negative  (l.e.,  MSB  °  1)  arithmetic,  logical 
or  shift  operation  3)  carry,  the  result  of  an  arithmetic,  logical  or  shift 
operation  in  which  a  carry  out  is  generated  and  4)  overflow,  the  result  of 
an  arithmetic  operation  which  exceeds  the  available  two's  complement  number 
range . 

The  value  of  the  four  branch  control  bits  A,  B,  C,  and  D,  depend  on  the 
instruction  that  is  currently  executing.  If  the  instruction  is  a  conditional 
branch,  address  0  through  5  may  be  selected  (see  T^ble  2.4-1). 

If  the  selected  condition  is  true  i.e.,  logical  1,  the  two  branch 
control  bits  will  be  set.  As  described  in  the  previous  section,  ^1  ~ 
will  cause  the  2909*3  to  address  from  the  D-lnputs  —  causing  a  conditional 
Jump.  However,  if  the  condition  is  false,  S-  S.  will  be  (0,  0),  which  will 
cause  the  2909' s  to  execute  the  next  sequential"'^ instruction.  If  the  current 
instruction  is  not  a  conditional  branch,  it  is  necessary  to  control  the  branch 
control  bit  directly  from  the  program.  Address  6  and  7,  together  with  bit  D 
will  generate  all  four  possible  combinations  of  S^:  (1)  (0,  0)  -  must  be 

programmed  for  all  non-branch  (sequential)  Instructions;  (2)  (0,  1)  -  programmed 
in  the  return  from  subroutine  instruction,  RTN  (l.e.,  return  address  is 
located  in  the  stack  register;  (3)  (1,  0)  -  jump  to  the  address  located  in 
the  address  register  of  the  2909' s;  (4)  (1,  1)  -  unconditional  jump  instruction. 

To  save  the  status  during  an  external  hardware  interrupt,  or  software  PUSH 
operation,  or  to  retrieve  the  status  during  the  software  POP  operation,  a 
status  stack  is  provided.  It  is  a  16  x  4  memory  in  which  only  4  locations 
are  used  (addresses  1,  3,  7,  15).  The  address  for  the  memory  is  provided  by 
a  bi-directional  shift  register.  During  a  hardware  interrupt  or  software  PUSH 
operation,  a  "one"  is  left  shifted  into  the  shift  register.  On  the  following 
clock  cycle,  the  status  is  written  into  the  memory.  To  retrieve  the  status, 
as  in  the  software  POP  operation,  the  2:1  mux  is  selected  to  allow  the  previous 
status  to  be  stored  again  in  the  status  register,  and  a  "zero"  is  right  shifted 
into  Che  shift  register..  After  four  consecutive  PUSH  operations  the  shift 
register  will  contain  four  "one's".  Therefore,  any  further  PUSH  operations 
will  cause  the  status  to  be  written  in  the  same  memory  location  (1111).  Simi- 
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TABLE  2.4-1 


INSTRUCTION 

A 

ADDRESS 

B  C 

D 

BRANCH 

CONTROL 

^0  ^ 

BITS 

BRANCH  ON  NOT  ZERO 

0 

0 

0 

H 

0 

0 

zero  “  0 

(BNZ) 

■ 

1 

1 

zero  »  1 

BRANCH  ON  ZERO 

0 

0 

1 

B 

0 

0 

zero  “  0 

(BRZ) 

1 

1 

zero  =•  1 

BRANCH  ON  NOT  NEGATIVE 

0 

1 

0 

X 

0 

0 

sign  =  0 

(BNN) 

1 

1 

sign  *  1 

BRANCH  ON  NEGATIVE 

0 

1 

1 

X 

0 

0 

sign  *  0 

(BRN) 

0 

1 

1 

X 

0 

0 

sign  “  0 

BRANCH  ON  CARRY 

1 

0 

0 

X 

0 

0 

carry  -  0 

(BRC) 

1 

1 

carry  »  1 

BRANCH  ON  OVERFLOW 

1 

0 

1 

X 

0 

0 

overflow  *  0 

(BRO) 

1 

1 

overflow  «  1 

RETURN  THIS  STACK  REGISTEF 

1 

1 

0 

0 

0 

1 

(RTN) 

ADDRESS  REGISTER 

1 

1 

0 

1 

1 

0 

(JAR) 

UNCONDITIONAL  JUMP 

1 

1 

1 

0 

1 

1 

(JMP) 

SEQUENTIAL 


0 


0 


larly,  more  chan  four  consecutive  POP  operations  will  cause  the  status  to  be 
written  into  Che  same  memory  location  (0000).  It  is  the  responsibility  of 
the  programmer  not  to  allow  more  than  four  PUSH  or  POP  operations.  The  opera¬ 
tion  of  the  shift  register  is  summarized  in  Table  2.4-2.  The  content  of 
the  shift  register  is  initialized  to  (0000)  during  hardware  reset. 


TABLE  2.4-2 


2 . 4 . 1 . 1 . 4  Microprocessor 

The  heart  of  the  ARIES  Target  Controllers  is  the  2901  microprocessor. 

This  four  bit  device,  as  shown  in  Fig.  2.4-7,  consists  of  a  16  word  x  4  bit  two 
port  RAM,  a  high  speed  ALU,  and  associated  shifting  decoding  and  multiplexing 
circuitry. 

Four  cascaded  2091' s  Implement  the  16  bit  microprocessor.  Other  support 
circuitries  used  are  the  2902  look  ahead  carry  generator  for  high  speed 
arithmetic  operation,  and  two  25LS253  dual  four-input  multiplexers  connected 
to  provide  four  shift  modes  (see  Fig.  2.4-8). 

Two  key  elements  in  each  of  the  2901 's  are  the  16  word  memory  and  the 
8-function  ALU. 
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Fig.  2.4-8.  16-blt  microprocessor,  block  diagram 


Data  In  any  of  tlu*  16  words  of  Kandoin  Access  (KAM)  memory  c.iii  lu-  read 

I  roin  file  A  port  of  tlu*  RAM  as  contri'lled  by  the  4-blt  A-address  lielii  input 

(,A  j  -  Aj).  Similarly,  data  In  any  of  the  16  words  of  KAM  as  controlled  by  tlie 
■'♦-bit  11-address  field  Input  -  11.)  can  be  reail  s  Imu  1  taneons  1  v ,  from  tlie 

II  port.  If  the  same  address  Is  applied  to  (A^^  -  A.^)  and  (11^^  -  11^),  Klentlcal 
♦lata  will  appear  at  both  the  A  and  the  11  output  ports. 

New  data  can  be  written  Into  any  of  tlie  16  word  locations  bv  specllvinp. 
the  11  address  field  only.  Ourlng  the  process  of  wrltlnp,,  tlu-  A  address 
1  leld  will  he  Ignored.  The  data  Input  of  the  KAN  Is  driven  by  a  1-inpiit  miil- 
tlplexer,  (RAM  SHIFT)  which  allows  the  Input  liata  to  the  memory  to  lu-  shilled 
♦H'  one-hit,  shifted  dowt\  one  bit,  iir  not  shlfti-d  In  i-llher  direction. 

There  is  one  additional  register  called  the  t)-Keglsler.  It  has  Its  own 
1-lnput  multiplexer.  Its  primary  function  Is  fi>r  multiplication  and  dlvisii'ii. 
but  It  can  be  used  like  the  A  and  11  registers. 

The  Al.U  can  perform  8  functions  on  Its  two  Input  KAMs  -  five  logical  aiul 
three  arithmetic.  The  control  lines  1,,  1,  and  K  select  the  function  to  lu- 
performed  as  shown  In  Table  2.4-1. 


TAHI.F  2.4-3 


MICRO  COOK 

Al.O 

Fnnct Ion 

Svmbi'  I 

*4 

^1 

Octal 

f.ode 

1, 

1. 

1. 

0 

K  Plus  S 

R-fS 

1, 

1. 

II 

1 

S  Minus  R 

S-K 

L 

H 

1, 

•> 

K  Minus  S 

K-S 

1, 

H 

H 

1 

K  or  S 

KvS 

H 

1. 

1. 

4 

R  And  S 

RAS 

M 

1. 

11 

1 

R  Auvl  S 

RAS 

H 

II 

1. 

ti 

R  Fx-or  S 

RvS 

II 

H 

II 

7 

R  F.x-Nor  S 

RvS 

Al.H  Fxinct  li'n  l\introl 
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The  R  and  S  inputs  o£  the  ALU  are  driven  by  2  and  3  input  multiplexers 
respectively.  This  allows  8  functions  to  be  performed  on  any  combination  of 
the  two  inputs:  A  port,  B  port,  external  data  1),  Q  registers  and  zero.  Selec¬ 
tion  of  the  ALU  source  operand  is  controlled  by  lines  I_,  1  and  I,,  as  shown 
in  Table  2.4-4.  U  1  2 


TABLE  2. 4-/' 


MICRO 

CODE 

ALU  SOURCE 
OPERANDS 

^2 

^1 

^0 

Octal 

Code 

R 

S 

L 

L 

L 

0 

A 

0 

L 

L 

H 

I 

A 

B 

L 

H 

L 

2 

0 

0 

L 

H 

H 

3 

0 

B 

H 

L 

L 

4 

0 

A 

H 

L 

H 

5 

D 

A 

H 

H 

L 

6 

D 

0 

H 

H 

H 

7 

D 

0 

D  inputs  allow  external  data  to  be  entered  into  the  microprocessor.  Such 
data  could  be  a  load  immediate  constant  from  the  ROM  to  any  of  the  17  registers, 
or  external  data  from  the  D-Bus.  (See  Section  2. 4. 1.1. 5  Input  Circuits,  for 
more  detail) . 

One  additional  input  to  the  ALU  is  the  carry-ln  bit,  C  .  It  is  used  in 
conjunction  with  the  carry  generate  and  carry  propagate  outputs  of  the  ALU 
to  run  the  2902  look  ahead  carry  generator.  This  arrangement  allows  the 
anticipation  of  carries  across  the  2901's,  tliereby  eliminating  the  lengthy 
carry  propagation  time  from  LSB  to  MSB.  The  C  of  the  least  significant 
2901  comes  from  the  pipeline  register.  It  is  normally  programmed  low,  and 
is  programmed  high  only  for  the  incrementing  Instruction. 
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The  ALU  has  four  status  oriented  outputs.  These  are  sign  (F3) ,  overflow 
(OVR),  carry  out  (Cn  +4),  and  Zero  (F=l). 

The  sign  bit  is  the  most  significant  bit  of  the  ALU.  It  is  used  in  two's 
complement  arithmetic  to  indicate  sign  (i.e.,  positive  or  negative).  The 
overflow  bit  is  used  to  flag  arithmetic  operations  that  exceed  the  available 
two's  complement  range.  A  carry  9ut  bit  is  set  whenever  an  operation,  either 
logical  or  arithmetic,  exceeds  the  16-bit  range,  and  zero  output  is  used  for 
zero  detect. 

The  output  of  the  ALU  is  routed  to  several  destinations.  It  can  be  the 
output  of  the  device,  or  it  can  be  input  to  the  RAM  and  Q  registers.  Eight 
possible  combinations,  as  controlled  by  the  lines  I  ,  I^,  and  are  illustrated 
in  Table  2.4-5. 


TABLE  2.4-5 
ALU  DESTINATION  CONTROL 


MICRO  CODE 

Q-REG.  1 

00 

M 

^7 

^6 

Octal 

Code 

Shift 

Load 

Shift 

Load 

L 

L 

L 

0 

X 

NONE 

NONE 

F-+Q 

L 

L 

H 

1 

X 

NONE 

X 

NONE 

L 

H 

L 

2 

NONE 

F-+B 

X 

NONE 

L 

H 

H 

3 

NONE 

F->-B 

X 

NONE 

H 

L 

L 

4 

DOWN 

F/27-B 

DOWN 

Q/2->Q 

H 

L 

H 

5 

DOWN 

F/27-B 

X 

NONE 

H 

H 

L 

6 

UP 

2F->B 

UP 

2Q-K) 

H 

H 

H 

7 

UP 

2F-*-B 

X 

NONE 

Y 

OUTPUT 


SHIFTER  I  SHIFTER 


RAM3  RAMq  O3  0^3 


X  X 
X  X 
X  X 
X  X 


INq  O3  INq 

IN„  0.  X 


IN3  Og 

X 


X  “  Don't  care. 

B  =  Register  Addressed  by  B  inputs. 
UP  is  toward  MSri,  Down  is  toward  LSB. 
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The  control  lines  I^,  and  1^  also  determine  whetlier  tlie  data  bits  from 

the  ALU  will  be  shifted  up  one  or  shifted  down  one  before  they  are  loaded  Into 
the  RAM  or  Q  register. 

The  Q  register  and  RAM  left/right  shift-data  transfers  oecur  between  devices 
over  bl-directlonal  tri-state  lines  (Q  ,  RAM  ).  A  dual  tri-state,  four- input, 
multiplexer  (25LS253)  is  connected  at  the  most  significant  and  least  signifi¬ 
cant  device  to  select  what  new  Input  should  be  presented  to  tlie  register  during 
shifting  (see  Fig.  2.4-8).  Control  line  I_,  used  for  controlling  up-sl»ift  or 
down-shift,  is  also  used  to  enable  either  the  up-shlft  mulltp lexer,  or  down-slilft 
multiplexer.  Two  shift  control  bits,  A  and  B,  are  used  to  select  the  shift  modes 
(zero,  one,  rotate,  or  arithmetic)  as  shown  in  the  following  Table  2.4-6. 


TABLE  2.4-6 


Shift  Control 

Source  of  New  Bata 

B 

A 

Q 

RAM 

RAM 

I- 

i 

LSB 

g 

LSB 

MSB 

Shift 

Type 

B 

0 

0 

0 

B 

0 

ZERO 

1 

0 

1 

1 

B 

1 

^1 

ONE 

B 

1 

0 

^1 

•^1 

■ 

ROTATE 

B 

1 

1 

0 

Q 

■ 

ARITHMETIC 

0 

0 

0 

Qi4 

0 

^4 

0 

ZERO 

0 

0 

1 

Qi4 

1 

^4 

1 

ONE 

0 

1 

0 

^14 

^15 

•^14 

*•'15 

DOWN 

ROTATE 

0 

1 

1 

O' 

^5 

^4 

RAMo= 

RAM^=F^ 

ARITHMETIC 

2. 4. 1.1. 5  Input  Circuits 


The  Input  circuits  (see  Fig.  2.4-9)  provide  data  to  the  O-lnputs  of  the 
microprocessor  2901*8  from  a  16-blt  input  register  and  a  two-input  multiplexer. 
The  D-Bus  Input  Is  normally  selected.  Tills  allows  data  from  the  external  de- 
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vices  to  enter  the  controller.  Since  the  D-Bus  Is  an  open  collector  bus  tied 
to  many  devices,  only  one  device,  addressed  by  Controller  via  the  C-Bus,  is 
allowed  to  output  data  (see  Output  Circuits) .  During  execution  of  a  load 
Immediate  Instruction,  the  multiplexer  is  selected  so  that  a  known  constant 
can  be  input  from  the  PROM. 

2.4. 1.1. 6  Output  Circuits 

The  outputs  of  the  2901 's  Y  Bus  drive  two  sets  of  registers  located  in  the 
output  circuits  (see  Fig.  2.4-10).  Note  that  one  is  labeled  as  the  output 
register,  and  the  other  is  labeled  as  the  control  register.  The  16-bit  output 
register,  which  is  always  enabled,  serves  as  a  data  link  between  the  target 
controller  and  the  rest  of  the  system.  The  Y-Bus  is  connected  to  many  devices. 
Therefore,  in  order  to  address  each  device  properly,  another  register  is  needed. 
This  is  the  purpose  of  the  12  bit  control  register.  When  enabled  (by  the  con¬ 
trol  ROM  in  "branch  control  logic",)  the  control  register  will  be  loaded  with  a 
device  code  and  an  OP -code,  so  that  only  one  device  will  respond  to  the  OP-code  and 
the  data  on  the  Y-Bus .  This  same  device  code  and  OP-code  will  remain  in  the  con¬ 
trol  register  until  the  data  transfer  is  completed,  or  a  particular  operation 
is  done  (l.e.,  reset,  read,  etc.).  The  operations  and  their  codes  are  shown 
in  Table  2.4-7. 

2. 4. 1.2  Controlled  ARIES  Targets  (CAT’s) 

As  noted  previously,  ARIES  generates  two  types  of  replies:  controlled 
replies  generated  by  the  three  CAT's  as  commanded  by  the  ARIES  computer  via 
the  CRC  just  described,  and  fruit  replies  generated  by  the  three  FAT’s  using 
control  Inputs  originating  in  the  Random  Process  Generator  module  as  controlled 
by  the  Fruit  Controller.  The  type  of  reply  is  determined  by  the  subsystem 
that  drives  these  Identical  CAT  and  FAT  modules.  These  modules  are  referred  to 
as  "reply  generators"  in  the  following  sections. 

The  reply  generators  accept  four  or  ten  word  message  blocks  (four  words 
for  an  ATCRBS  reply  or  ten  words  for  a  DABS  reply)  and  each  reply  generator 
module  has  buffer  space  for  5  complete  ATCRBS  or  2  DABS  replies  so  that  a  con¬ 
secutive  string  of  replies  can  follow  one  another  as  rapidly  as  possible 
without  controller  Intervention.  Each  message  block  contains  the  following 
data  fields: 

a.  trigger  time  (range) 

b.  reply  code  for  ATCRBS;  message  block  for  DABS 

c.  power  level 
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TABLE  2.4-7 


1  OPERATION 

DEVICE 

CODE  AND  OP -CODE  (OCTAL)  | 

_ 

ARE  YOU  BUSY 

CAT 

(FAT)-l 

0201 

ARE  YOU  BUSY 

CAT 

(FAT) -2 

0401 

ARE  YOU  BUSY 

CAT 

(FAT) -3 

1001 

RESET 

CAT 

(FAT) -I 

0202 

RESET 

CAT 

(FAT) -2 

0402 

RESET 

CAT 

(FAT) -3 

1002 

LOAD  1-4 

CAT 

(FAT)-l 

0210 

LOAD  1-4 

CAT 

(FAT) -2 

0410 

LOAD  1-4 

CAT 

(FAT) -3 

1010 

LOAD  5-10 

CAT 

(FAT)-l 

0220 

LOAD  5-10 

CAT 

(FAT) -2 

0420 

LOAD  5-10 

CAT 

(FAT) -3 

1020 

RESET 

RPG 

0102 

READ 

RPG 

0104 

LOAD 

RPG 

ono 

SEND  INTERRUPT  TO 

FAT  INTERFACE 

4001 

READ  STATUS 

IN  FAT  INTERFACE 

6000 

SEND  DATA  TO 

FAT 

INTERFACE 

5000 

RECEIVE  DATA 

FROM 

FAT  INTERFACE 

4400 

CLEAR  RESET 

FLIP- 

FLOP  CAT  INTERFACE 

4100 

READ  1-4  FROM  CAT 

INTERFACE 

4200 

READ  5-10  FROM  CAT  INTERFACE 

4400 

READ  STATUS 

FROM 

CAT  INTERFACE 

5000 

DECREMENT  REPLY  COUNTER  IN  CAT  INTERFACE 

6000 
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d.  monopulse  of f-boreslght  angle 

e.  nialnbeam  or  sldelobe  reply  (CAT  replies  are  always  malnbeam;  FAT 
replies  occur  randomly  as  malnbeam  or  sldelobe  replies  at  a  com¬ 
puter  controlled  average  ratio). 

Keply  generator  action  Is  Initiated  when  the  16-blt  trigger-time  word  is 
coincident  with  a  16  MHz  reply  trigger-time  counter.  The  target  generator 
modulator  then  produces  a  pulse  amplitude  modulation  (PAM)  data  stream  for 
ATCRBS  replies  and  a  pulse  position  modulation  (PPM)  data  stream  for  DABS 
replies.  The  modulating  waveform  (either  PAM  or  PPM)  plus  the  power  level, 
monopulse  offboreslght  angle,  and  malnbeam  or  sldelobe  control  signals  are 
sent  to  the  reply  generator  IF  unit  which  produces  the  actual  IF  reply  at 
60  MHz. 

2. 4. 1.2.1  Reply  Generator  Data  Bus  Structure 

Each  reply  generator  receives  its  data  via  the  Y-Bus  and  its  control 
commands  from  the  controller  via  the  C-bus.  The  generator  can  report  its 
status  (i.e.,  buffer  full  condition)  to  the  controller  using  the  D-Bus.  As 
shown  in  Fig.  2.4-11,  three  reply  generators  share  the  same  buses  and  each  gen¬ 
erator  can  receive  (send)  data  from  (to)  the  bus  only  if  the  control  commands 
in  the  C-Bus  are  addressed  to  it.  The  device  addresses  and  op  codes  used  with 
the  four  control  commands  are  shown  in  Table  2.4-8;  definitions  of  these  com¬ 
mands  are  as  follows: 


ARE  YOU  BUSY?  Can  the  buffer  in  the  reply  generator  accommodate 

10  words? 


RESET: 

LOAD  1-4: 

LOAD  5-10: 


Clear  buffer,  and  initialize  the  reply  generator. 

Load  four  words  of  an  ATCRBS  reply,  or  the  first 
four  words  of  a  DABS  reply,  into  the  buffer. 

Load  the  remaining  6  words  of  a  DABS  reply. 


The  normal  sequence  of  reply  loading  is  as  follows:  the  controller  first 
sends  out  an  ARE  YOU  BUSY?  command  to  a  reply  generator.  Depending  on  the 
status  of  the  buffer,  the  reply  generator  will  respond  with  a  "1"  (not  busy)  or 
"0"  (busy)  on  the  D-bus.  When  a  "1"  is  received  by  the  controller,  it  will 
output  a  LOAD  1-4  command  and  four  reply  words.  If  the  reply  Is  a  DABS  type, 
a  LOAD  5-10  command  and  the  remaining  six  words  will  also  be  sent.  The  con¬ 
troller  then  polls  the  next  reply  generator  likewise.  The  controller  will 
continue  this  round-robin  process  as  long  as  reply  data  are  available  from 
the  CPU. 
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pAM/PPM  AND  control  SIGNALS 

ro  analog  i.r.  unit 


Fig. 2.4-11.  Data  bus  interconnecting  the  controller  and  its 
target  generators. 


TABLE  2.4-8 

DEVICE  ADDRESS  AND  OP  CODE  FOR  TARGET  GENERATOR 


Device  Address 


OP  Code 


ARE  YOU  BUSY? 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

0 

RESET 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

0 

1 

SPARE 

1 

1 

1 

1 

0 

1 

1 

1 

1 

0 

1 

1 

LOAD  1-4 

1 

1 

1 

1 

0 

1 

1 

1 

0 

1 

1 

1 

LOAD  5-10 

1 

1 

1 

1 

0 

1 

1 

0 

1 

1 

1 

MSB 

0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 

11 

Device  Address 

OP 

Code 

ARE  YOU  BUSY? 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

0 

RESET 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

0 

1 

SPARE 

1 

1 

1 

0 

1 

1 

1 

1 

1 

0 

1 

1 

LOAD  1-4 

1 

1 

1 

0 

1 

1 

1 

1 

0 

1 

1 

1 

LOAD  5-10 

1 

1 

1 

0 

1 

1 

1 

0 

1 

1 

1 

1 

Target  //I 


LSB 


Target  l^2 


MSB  0  1  2  3  4  5  6  7  8  9  10  11  LSB 


ARE  YOU  BUSY? 
RESET 
SPARE 
LOAD  1-4 


Device  Address 


1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

1 

0 

1 

1 

0 

1 

1 

1 

1 

1 

1 

1 

0 

1 

1 

1 

0 

1 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

1 

0 

1 

1 

1 

1 

0 

1 

1 

1 

1 

OP  Code 


Target  //3 


LOAD  5-10 


MSB  0  1  2  3  4  5  6  7  8  9  10  11  LSB 


The  reply  generators  are  reset  by  the  RESET  command  during  power  up  or 
when  an  lORST*  Is  executed  from  the  CPU. 

2. 4. 1.2. 2  Major  Elements  of  the  Reply  C.enerator 

Figure  2.4-12  illustrates  the  major  elements  of  the  reply  generator.  It 
consists  of;  (1)  Input  Buffer  and  Registers,  (2)  Delay-to-Tr igger  Timing  Cir¬ 
cuit,  and  (3)  Reply  Assembler. 

The  reply  generator  receives  two  types  of  data  from  the  reply  controller; 
the  reply  data  to  be  Included  in  the  ATCRBS  and  DABS  reply,  and  the  reply  con¬ 
trol  data:  reply  time;  power  level  of  the  reply;  offboresight  angle  of  the 
reply;  and  the  malnbeam  to  sidelobe  (M/S)  control  bit. 

The  reply  words  are  stored  in  the  Input  Buffer  and  Registers.  They  are 
then  routed  so  that  the  reply  data**  are  forwarded  to  the  Reply  Assembler,  the 
reply  time  to  the  Delay-to-Trigger  Timing  Circuit,  and  power  level,  offbore¬ 
sight  angle,  and  M/S  bit  to  the  IF  unit. 

The  reply  data  are  transferred  to  tlie  reply  assembler  16  bits  at  a  time. 
The  assembler  is  then  pulsed  serially  to  control  the  PPM/PAM  modulation,  thus 
simulating  the  actual  DABS/ATCRBS  reply  pulse  stream. 

To  simulate  range,  the  reply  time  is  compared  with  16-bit  range  clock 
in  the  Delay-to-Tr igger  Circuit. 

When  the  comparator  indicates  that  coincidence  has  occurred  a  reply 
trigger  is  generated  causing  the  reply  assembler  to  transmit  the  modulated 
reply.  The  other  three  control  words  of  the  reply  are  sent  to  the  IF  unit. 
These  remain  effective  during  the  entire  reply  transmission  period  so  that 
the  required  characteristics  of  the  reply  are  simulated. 

2.4. 1.2. 3  Operation  of  the  Reply  Cenerator  Elements 

Refer  to  Fig.  2.4-13  for  a  Detailed  Block  Diagram  of  the  Reply  Generator. 

2. 4. 1.2. 3.1  Input  Buffer  and  Register 

Note  that  the  Input  Buffer  and  Register  consists  of: 


lORST  is  a  reset  instruction  of  the  Eclipse  CPU.  It  can  be  executed  either 
from  the  software  or  by  means  of  a  console  switcli. 

ATCRBS  reply  data  contains  only  one  16-blt  word. 
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Fig,  2.4-12.  Reply  generator,  block  diagram. 
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Fig.  2.4-13.  Reply  generator,  detailed  block  diagram 
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(a)  17-blt  X  16  word  buffer  and  its  read/write  address  registers. 

(b)  Hold-1  register  and  Hold-1  flip-flop. 

(c)  Hold-2  register  and  Hold-2  flip-flop. 

(d)  C-Bus  decoder. 

(e)  State  controllers  (No.  1  and  No.  2). 

The  17-blt  x  16  word  buffer  is  for  the  purpose  of  stacking  replies  so 
that  they  can  follow  one  another  without  controller  Intervention.  Before  the 
reply  data  are  sent  to  the  reply  assembler  and  control  data  to  the  IF  unit, 
output  from  the  buffer  is  further  buffered  by  the  Hold-1  and  Hold-2  registers. 
(The  purpose  of  these  two  registers  will  become  apparent  later  in  the  dis¬ 
cussion).  To  indicate  the  status  of  the  Hold-1  register,  Hold-1  flip-flop 
is  set  (or  reset)  each  time  a  new  set  of  data  words  are  transferred  to  (from) 
the  register.  Hold-2  flip-flop  performs  similarly  for  the  Hold-2  register. 

The  writing  of  new  data  into  the  buffer  and  the  transferring  of  data  from  the 
buffer  to  the  Hold-1  register  are  controlled  by  State  Controller  No.  1.  Trans- 
ferral  of  data  from  the  Hold-1  register  to  the  Hold-2  register  is  controlled 
by  State  Controller  No.  2.  State  diagrams  for  the  two  state  controllers  are 
shown  in  Fig.  2.4-14  and  Fig.  2.4-15. 

Consider  the  following  Input  Buffer  and  Register  action  sequence  occurring 
during  transfer  of  data  from  the  controller  (power  up  condition  is  assumed  to 
have  just  occurred): 

(1)  The  reply  generator  (CAT)  is  reset  (by  the  reply  controller  via  the 
C-Bus,  the  RESET  command  being  decoded  by  the  Bus  Decoder  -  see 

Fig.  2.4-13),  causing  the  read  address  register  (RAR)  and  write  address 
register  (WAR)  of  the  buffer  to  be  zeroed,  Hold-1  and  Hold-2  flip- 
flops  to  be  cleared  and  State  Controller  No,  1  and  No.  2  to  be  reset 
to  their  idle  states.  The  reply  generator  will  remain  in  the  idle 
state  as  long  as  no  reply  words  are  received. 

(2)  When  the  controller  is  ready  to  send  the  reply  words,  it  will  first 
check  the  status  of  the  buffer  by  issuing  an  ARE  YOU  BUSY?  command. 

This  command  is  decoded  by  the  Bus  Decoder,  enabling  the  status  (a 
bit  from  the  Busy  ROM)  to  be  output  to  the  D-Bus. 

(3)  The  Busy  ROM  determines  the  status  of  the  buffer  by  comparing  the 
4-bit  outputs  from  the  read  address  and  the  write  address 
registers.  If  there  are  9  or  fewer  locations  left  for  writing. 
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Fig.  2.4-15.  State  diagram  for  controller  No. 


a  busy  bit  from  the  ROM  will  be  set  indicating  "buffer  full" 
status.  The  buffer  can  thus  accept  at  least  a  full  10  word 
DABS  reply  when  it  is  not  full. 

(A)  Another  bit  from  the  Busy  ROM  signifies  the  "buffer  empty"  con¬ 
dition.  It  is  set  when  the  read  address  is  equal  to  the  write 
address.  This  "R=W"  bit  is  used  by  State  Controller  No.  1  for 
reasons  to  be  explained  below. 

(5)  Since  the  reply  Generator  has  just  been  powered  up,  tlie  "R=W"  bit 
is  set.  This  condition  causes  State  Controller  No.  1  to  loop 
around  the  Idle  State  (State  0)  until  a  write  command  from  the  con¬ 
troller  is  received.  (See  Fig.  2.A-14). 

(6)  It  is  important  at  this  point  to  notice  how  the  ATCRBS  and  DABS 
replies  are  transferred.  An  ATCRBS  reply  is  transferred  by  a  LOAD  1-4 
command  accompanied  by  4  data  words . 

The  first  4  words  of  a  DABS  reply  are  transferred  in  a  similar  way  using 
a  LOAD  1-4  command,  however,  a  LOAD  5-10  comnand  is  used  for  the 
remaining  six.  The  LOAD  1-4  or  LOAD  5-10  command  remains  on  the  C-Bus 
during  the  period  of  transferral  so  that  each  word  can  be  identified 
as  a  1-4  or  5-10  type  by  the  reply  generator. 

(7)  When  a  LOAD  command  is  decoded  by  the  Bus  Decoder,  a  "write"  pulse 
will  be  generated  by  the  Memory  Write  Logic  to  Controller  No.  1, 
causing  four  words  to  be  written  into  the  buffer  if  it  is  a  LOAD  1-4 
command  and  six  words,  if  it  is  a  LOAD  5-10  command.  Fig.  2.4-16 
and  Fig.  2.4-17  illustrate  the  Memory  Write  Logic,  and  a  waveform 
for  the  LOAD  1-4  sequence. 

(8)  At  the  completion  of  writing,  a  "write  complete"  pulse  from  the 
Memory  Write  Logic  will  cause  Controller  No.  1  to  return  to  State 
0  from  State  5.  Refer  to  the  state  diagram  for  Controller  No.  1, 

Fig.  2.4-14.  Since  the  write  address  has  been  Incremented,  the  read 
address  is  no  longer  equal  to  the  write  address,  (Rj^W)  .  Also  at 
this  time  the  Hold-1  flip-flop  is  in  its  0  state  as  the  Hold-1 
register  is  empty,  and  the  transfer  was  a  1-4  type.  These  three 
conditions  will  cause  the  received  four  words  in  the  buffer  to  be 
loaded  into  the  "reply  time"  register  (HR-1),  "power,  monopulse, 

LR"  register  (HR-2),  "reply  time"  register  (HR-3),  and  the  "DATA" 
register  (HR-4)  of  the  Hold-1  register,  as  indicated  by  States  1, 

2,  3,  and  4  respectively.  At  the  end  of  State  4,  the  Hold-1 
flip-flop  will  be  set  signifying  a  "Hold-1  register  full" 
condition,  and  State  0  is  re-entered.  Note  that  during  States 


0,  1,  2,  3,  and  4,  if  a  "write"  pulse  is  decoded.  Controller  No. 

1  will  process  the  buffer  write  sequence  before  going  into  the  next 
st.ite.  Also,  note  that  State  0  can  go  directly  to  State  4  if  the 
reiA  Lved  data  is  a  5-10  type.  This  is  due  to  the  fact  tliat  word  5 
through  10  of  a  DABS  reply  contains  only  the  reply  data.  State  4 
will  enable  these  words  to  be  loaded  into  the  "DATA"  register  so 
that  the  reply  data  will  be  encoded  and  assembled  by  the  Reply 
Assembler  (see  Hold-1  Register  in  Fig.  2.4-13.). 

There  are  three  conditions  which  must  be  met  before  the  reply  words  can 
be  transferred  from  tlie  Hold-1  register  to  the  Hold-2  register.  These  con- 
dltons  are:  hold-1  register  is  full  (Hold-1  flip-flop  =  1),  Hold-2  register 
is  empty  (Hold-2  flip-flop  =  0),  and  the  special  bit  is  "0"  (tlie  special  bit 
comes  from  Controller  No.  3;  it  is  set  at  the  end  of  the  reply.)  Two  other 
bits  also  affect  the  transfer.  They  are  the  type  X  and  type  Y  bits.  A  type 
X  or  type  Y  bit  is  an  additional  bit  attached  to  eacli  word  of  tlie  reply. 

Its  sole  purpose  is  to  indicate  whether  the  reply  word  is  a  1-4  or  5-10 
type  as  discussed  previously.  Type  X  comes  from  the  Hold-1  register,  and  when 
it  is  transferred  to  the  Hold-2  register,  it  becomes  a  type  Y. 

Referring  to  Fig.  2.4-15,  if  the  type  X  bit  is  equal  to  a  "1",  indicating  that 
the  word  in  Hold-1  register  is  a  1-4  type.  Controller  No.  2  will  cause  the 
contents  of  the  entire  Hold-1  register  to  be  parallel  loaded  into  Hold-2  register 
(State  6).  On  the  other  hand,  if  type  X  is  equal  to  a  "0",  signifying  a  5-10 
type,  only  the  contents  of  the  "data"  register  will  be  transferred  (State  5) . 

In  this  way,  after  a  1-4  transfer,  the  Hold-2  register  will  contain  the  reply 
control  words  and  a  reply  data  word.  If  the  reply  is  a  DABS  type,  the  remain¬ 
ing  6  words  of  reply  data  will  be  transferred  as  a  5-10  type.  During  the  5-10 
transfer  only  the  "data"  register  is  affected.  The  control  words  will  remain 
unchanged  in  the  Hold-2  register  during  the  entire  reply  transmission. 

Each  time  data  of  either  type  is  transferred  to  the  Hold-2  register,  the 
Hold-2  flip-flop  will  be  set  and  the  Hold-1  flip-flop  will  be  cleared  by  Con¬ 
troller  No.  2. 

Resetting  the  Hold-1  flip-flop  will  cause  additional  data,  if  any,  stored 
in  the  buffer  to  be  immediately  transferred  into  the  Hold-1  register;  and  sub¬ 
sequently  into  the  Hold-2  register  when  the  Hold-2  flip-flip  is  cleared. 
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Tho  purpose  of  the  two  stage  buffering  done  by  the  Hold-1  and  Hold-2 
registers  is  to  enable  replies  to  follow  one  another  with  minimum  separation 
in  time.  This  is  effected  by  having  the  Hold-2  register  and  the  reply  assembler 
processing  the  last  reply  data  word  for  the  current  reply  concurrently  with 
the  next  reply  being  loaded  into  the  Hold-l  register.  When  the  current  replv  is 
terminated,  the  next  reply  is  loaded  into  the  Hold-2  register  and  Keplv 
Assembler  for  immediate  processing. 

ARIES  can  simulate  three  type  of  DABS  replies:  all-call,  surveillance 
and  Coim-B.  The  latter  is  112  bits  long  as  compared  to  56  bits  for  the  I'thi'.* 
two.  For  simplicity,  all  DABS  replies  are  transferred  to  the  target  geiu-ra t i>r  in 
a  ten  word  block.  Therefore,  there  will  be  three  "don't  care"  words  in  the  .ill- 
call  and  surveillance  replies  (for  data  formats,  see  Volume  i  of  this  document > . 

The  reply  generator  Ignores  these  three  words  in  the  two  types  of  sluirt 
replies.  This  is  done  by  State  3  in  Fig.  2.4-15.  To  understand  how  this  is 
.iccompl  ished ,  assume  that  the  reply  assembler  is  processing  the  7th  (the  l.ist) 
word  of  a  short  reply,  and  that  therefore,  the  8th,  9th,  and  10th  word  of  the 
same  reply  are  stored  in  the  Hold-2  register,  Hold-1  register  and  the  current 
read  location  of  the  buffer  respectively.  Normally,  at  the  end  of  tr.insmisslon 
of  each  word  the  Hold-2  flip-flop  is  cleared  by  Controller  #3.  This  .ilK'ws 
the  next  data  word  to  be  propagated  to  the  Hold-2  register.  However,  at  the 
end  of  the  7th  word  of  a  short  reply,  the  Hold-2  flip-flop  is  not  cleared,  tlierefor 
the  Hold-1  and  Hold-2  flip-flops  remain  set  and  the  type  X  and  type  Y  bits  are 
zero  since  the  8th  and  9tii  words  are  5-10  type.  These  conditions  signify  tluit 
the  current  reply  is  either  all-call  or  surveillance.  When  the  last  bit  of  the 
current  reply  is  finally  transmitted,  as  indicated  by  the  Special  Bit  “  1, 

State  3  will  be  entered,  causing  the  Hold-1  and  Hold-2  flip-flops  to  be  clo.ired, 
and  the  current  read  loc.ation  of  the  buffer  to  be  skipped. 

2.4. 1.2. 3.2  Delay-To-Trigger  Timing  Circuit 

The  delay  to  trigger  timing  circuit  consists  of: 

(a)  a  l6-blt  range  counter 

(b)  a  comparator,  and 

(c)  the  C.o-1  and  Go-2  flip-flops 

The  first  control  word  in  a  reply,  either  ATCRBS  or  DABS,  is  a  Ib-blt 
reply  time.  It  specifies  the  precise  moment  that  a  reply  sliould  be  transmitted 
by  the  reply  assembler.  The  reply  time  is  held  in  the  Hold-2  register  (along 
with  other  control  words)  and  is  continuously  compared  to  the  Ib-blt  range  clock 
in  the  delay-to-tr Igger  circuit.  When  the  value  of  the  reply  time  and  range 
clock  are  equal,  a  trigger  pulse  is  generated  by  tlie  comparator,  whlcit  causes 
the  reply  to  be  transmitted. 
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The  Go-1  and  Go-2  flip-flops  must  also  be  set  before  a  trigger  pulse  can 
be  forwarded  to  the  Reply  Assembler.  The  reason  that  these  two  flip-flops  are 
needed  is  as  follows: 

Since  the  comparator  continuously  compares  the  content  of  the  range  clock 
and  the  reply  time  register  wliether  reply  data  is  present  or  not,  unwanted  trig¬ 
ger  pulses  may  be  generated.  To  prevent  this  from  happening,  gating  logic  is 
required.  This  is  the  purpose  of  the  Go-1  flip-flop.  It  is  set  whenever  a 
"1-4"  is  loaded  into  the  Hold-2  register,  and  reset  wlien  a  compare  pulse  is 
generated.  The  Go-1  flip-flop  remains  reset  until  another  "1-4"  is  loaded. 

There  is  a  period  of  at  least  56  ps  (dead  zone)  between  the  beginning  of 
the  last  DABS  reply  and  the  next  ATCRBS/DABS  All-Call  interrogation  when  no 
reply  should  be  generated.  (A  DABS  reply  generated  in  this  5b  psec  interval 
would  overlap  the  interrogation,  and  the  interrogation  sclieduling  software 
prevents  this). 

During  this  period,  ATCRBS  replies  for  the  upcoming  interrogation  are 
being  loaded  into  the  reply  generator.  Following  the  usual  loading  sequence, 
the  reply  may  be  in  the  Hold-2  register  waiting  to  be  transmitted.  If  the 
reply  time  happens  to  be  equal  to  the  range  counter  at  this  time,  the  reply 
will  be  triggered  prematurely  before  the  arrival  ot  the  All-Call  interrogation. 
The  Go-2  flip-flop  prevents  ti>is  from  happening.  56  ps  before  the  next  All- 
Call  interrogation,  a  "56-ps"  pulse  is  generated  by  the  DIT,  (see  Section 
2.2.2),  causing  the  Go-2  flip-flop  to  be  reset  and  thus  preventing  a  compare 
pulse  from  being  sent.  When  the  Ail-Call  interrogation  is  finally  decoded  by 
the  Receiver,  the  Time  of  Arrival  (TOA)  pulse  from  the  Receiver  will  set  the 
Go-2  flip-flop.  TOA  also  causes  the  range  counter  to  be  zeroed,  synchronizing 
the  reply  generator  with  the  Receiver. 

2. 4. 1.2. 3. 3  Reply  Assembler 

The  reply  assembler  is  the  heart  of  the  reply  generator.  It  takes  reply 
data  from  the  "data  register"  of  the  Hold-2  register  and  converts  it  to  serial 
pulses  simulating  the  PAM/PPM  modulation  format  of  the  ATCRBS/DABS  replies. 

The  reply  assembler  consists  of: 

(a)  a  shift  register  that  performs  parallel  to  serial  conversion, 

(b)  a  parity  encoder  for  DABS  replies, 

(c)  PAM  modulator  for  ATCRBS  replies, 

(d)  PPM  modulator  for  DABS  replies, 

(e)  Sync  logic  for  timing, 

(f)  State  Controller  No.  3  for  controlling  the  reply  assembler,  and 

(g)  multiplexers  for  selecting  DABS  or  ATCRBS  replies. 
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State  Controller  No.  3  consists  of  a  512  word  x  23  bit  ROM,  and  a  multi¬ 
plexing  circuit  shown  in  Fig.  2.4-18. 

The  ROM  is  coded  to  generate  all  necessary  signals  to  control  the  shift 
register,  PPM  modulator,  and  PAM  modulator.  The  control  signals  for  each  type 
of  reply  (ATCRBS,  LONG  DABS  and  SHORT  DABS)  are  available  from  the  ROM  at  all 
times.  The  multiplexing  circuits  select  the  correct  type  for  the  current  reply. 
The  multiplexing  circuits  are  controlled  by  the  least  significant  four  bits 
of  the  third  control  word  of  a  reply  (see  the  CRG  in  Volume  3  of  this 
document . 

To  generate  a  reply,  the  reply  assembler  must  first  receive  a  trigger 
pulse  from  the  Del.iy-to-Trlgger  Timing  Circuit.  Depending  upon  the  reply 
type  (from  the  Hold-2  Register)  the  trigger  pulse  will  preset  the  Sync  Logic 
to  a  starting  address  for  the  Controller  No.  3  ROM.  All  replies,  regardless 
of  type,  will  terminate  at  location  512  of  the  ROM  (last  location).  Only  the 
starting  addresses  are  different  as  each  type  of  reply  (ATCRBS,  SHORT  DABS 
and  LONG  DABS)  has  a  different  time  period.  Table  2.4-9  shows  the  starting 
address  for  each  reply  and  Fig.  2.4-19  shows  the  Sync  Logic.  Note  that  the 
Sync  Logic  disables  itself  after  the  end  of  each  reply  and  can  start  only 
after  a  trigger  pulse  is  received. 

2. 4. 1.2. 4  Reply  Simulation 

2.4.1. 2.4.1  DABS  Replies 

To  understand  how  a  DABS  reply  is  simulated,  consider  the  following 
sequences.  Assume  that  the  reply  to  be  transmitted  is  a  Comm-B  type  (long) 
as  specified  by  the  reply  type  in  Hold-2  register,  that  Multiplexer  C 
(Fig.  2.4-13)  will  be  selected  for  the  DABS  reply,  and  also  that  control 
signals  for  long  replies  from  the  Controller  No.  3  ROM  are  selected.  (See 
Fig.  2.4-18).  As  soon  as  a  trigger  pulse  is  received,  the  Sync  Logic  will 
preset  the  Controller  No.  3  ROM  address  to  23. 

Fig.  2.4-20  shows  the  control  signal  waveforms  for  the  long  DABS  reply. 
Beginning  at  address  23,  the  DABS  preamble  pulses  are  the  first  to  be  sent, 
followed  by  clearing  of  the  shift  register  and  parity  encoder  register  for 
the  up-coming  reply.  The  first  16-bits  of  reply  data  are  then  loaded  into  the 
shift  register  from  the  Hold-2  register.  The  shift  register  is  clocked 
every  1  psec  so  that  the  data  are  shifted  out  at  a  rate  corresponding  to 
the  DABS  reply  data  rate  (1  MBPS).  Loading  and  shifting  for  the  shift 
register  are  controlled  by  the  Shift/Load  control  line.  Note  that  every  time 
a  new  set  of  16-bit  data  is  loaded  into  the  shift  register,  the  Hold-2  flip- 
flop  will  be  cleared  by  the  CLEAR  Hold-2  control  line,  so  that  consecutive 
16-bit  data  words  may  be  propagated  from  the  memory  to  the  Hold-1  register 
and  to  the  Hold-2  register  as  described  previously. 
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Fig.  2.A-18.  Controller  No. 3. 
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Also  shown  in  Fig.  2.4-20  (lower  half)  are  the  PPM  waveforms  corresponding 
to  the  sample  reply  data  bit  as  generated  by  the  PPM  modulator.  The  sources 
of  the  waveform  can  be  Identified  in  Fig.  2.4-21. 

Each  reply  generator  is  designed  with  a  24  bit  parity  encoder.  Its 
purpose  is  to  take  the  message  portion  of  the  reply  and  convert  it  to  24 
parity  check  bits  and  to  add  the  remaining  24  address  bits  to  these 
parity  check  bits  in  modulo-two  fashion.  The  24  parity  check  bits  are  computed 
and  stored  in  the  parity  encoder  register  as  seen  in  Fig.  2.4-22.  (For  more 
detail  on  DABS  downlink  encoding  see  "DABS  Downlink  Coding"  by  J.T.  Barrows, 
FAA-RD-75-61,  Lincoln  Laboratory  Report  No.  ATC-48).  At  the  end  of  the  message 
bits  (88  for  a  DABS  long  reply).  Multiplexer  A  will  be  selected  so  that  the 
last  24  bits  of  the  reply  will  be  coming  directly  from  the  parity  encoder 
rather  from  the  shift  register.  Multiplexer  A  is  controlled  by  the  message/ 
address  control  line. 

Short  DABS  replies  (all-call  and  surveillance)  are  simulated  in  a  similar 
way,  except  that  the  Controller  No.  3  ROM  is  started  in  location  247,  and 
since  there  are  only  32  message  bits.  Multiplexer  A  will  output  the  address 
from  the  parity  encoder  after  32  shifts. 

2. 4. 1.2. 4. 2  ATCRBS  Replies 

The  ATCRBS  reply  format  (see  Fig.  2.4-23)  consists  of  16  pulses:  two 
bracket  pulses,  F  and  F^,  12  data  bits,  an  X  bit,  and  a  SPI  bit.  The  width 
of  each  pulse  is  550  ns,  and  pulse  separation  is  1000  ns  except  between  F- 
and  SPI  which  is  3900  ns. 


0  <  45  2.9  4.35  5.8  7.25  8.7  40.15  «.S  13.05  14.5  15.95  17.4  18.85  20.3 


TIME  l>>t) 

Fig.  2.4-23.  ATCRBS  reply. 

To  simulate  an  ATCRBS  reply,  output  from  the  message  shift  register  is 
modulated  by  the  PAM  modulator,  and  Multiplexer  C  selects  the  ATCRBS  replies. 

To  understand  how  the  PAM  modulator  operates,  refer  to  Table  2.4-10.  Col¬ 
umns  1,  2,  and  3  of  the  Table  show  each  ATCRBS  reply  pulse  and  its  timing 
relative  to  F. .  Since  the  ARIES  4  MHz  clock  period  is  250  ns,  it  is  not 
possible  to  match  the  timing  of  the  leading  edges  of  these  pulses  directly, 
and  a  delay  scheme  must  therefore  be  used.  This  scheme  performs  as  follows: 
Controller  No. 3  ROM  generates  a  500  ns  wide  pulse  with  a  leading  edge 
that  is  as  close  to  that  of  the  actual  pulse  as  the  resolution  of  the  4  >fflz 
clock  allows,  but  which  does  not  occur  later  than  the  desired  leading  eage. 
Leading  edge  delays  for  these  pulses  are  shown  in  Column  4.  Delay  is  then 
added  to  set  the  leading  edge  of  the  simulated  pulse  at  its  proper  value. 

These  delays  vary  from  0  to  200  ns  in  50  ns  increments  as  shown  in  Column  5. 
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The  PAM  modulator  circuitry  is  shown  in  Fig.  2.4-24,  Signals  A,  B,  C,  and 
D  are  coming  from  Controller  No.  3  ROM:  A  is  a  500  ns  pulse.  To  generate 
a  450  ns  wide  ATCRBS  pulse,  a  50  ns  delay  element  and  an  AND  gate  are  used. 

The  pulse  is  then  fed  into  a  tapped  delay  line  so  that  appropriate  delays  may 
be  selected  by  the  multiplexer.  Selection  is  controlled  by  the  B,  C,  and  U 
control  lines.  Output  from  the  multiplexer  is  then  ANDed  with  the  ATCRBS 
reply  data  from  the  shift  register.  Note  that  the  data  from  the  shift  regi¬ 
ster  must  also  be  shifted  out  at  an  appropriate  time  so  that  the  modulating 
pulse  from  the  multiplexer  will  occur  at  the  center  of  the  data  bit.  The 
timing  for  the  shift  register  is  shown  in  Column  3. 

ATCRBS  replies  with  the  SPI  pulse  appended  after  are  generated  in  a 
similar  way. 


2. 4. 1.3  Controlled  Reply  Generator  Interface 

The  Controlled  Reply  Generator  Interface  (1)  serves  as  a  link  between  the 
CPU  and  the  Controller,  and  (2)  provides  buffer  space  for  the  CPU  to  store 
replies  as  they  are  generated.  It  consists  of  two  16  bit  x  1024  word  memories  and 
their  read/write  address  counters,  a  reply  counter  for  each  memory,  and  asso¬ 
ciated  control  logic,  multiplexers  and  driver  circuitry.  As  shown  in  Fig.  2.4-25 
the  CRG  Interface  consists  of  two  sets  of  components,  each  labeled  with  suffix 
-1  or  -2. 


At  any  Instant  of  time,  one  set  of  components  with  the  same  suffix 
(-1  or  -2)  is  labeled  as  primary  and  the  other  as  secondary  (i.e.,  primary 
memory,  primary  reply  counter  etc.).  These  assignments  are  reversable  under 
program  control. 

To  understand  how  the  CRG  interface  works  it  is  necessary  to  understand 
how  ARIES  handles  discrete  and  ATCRBS  Interrogations.  This  is  described  fully 
in  Vol.  1,  Section  3.0  of  this  document,  but  for  convenience  is  repeated  here. 

Discrete  Interrogations  are  handled  as  they  are  received.  The  ARIES 
receiver  interrupts  the  CPU,  which  then  processes  the  Interrogation  data  and 
generates  a  reply,  which  is  immediately  sent  to  the  CRG.  This  can  be  done 
because  the  specified  DABS  transponder  turn-around  time  of  128  ysec  allows 
sufficient  processing  time. 

In  the  case  of  ATCRBS  interrogations,  however,  the  specified  turn-around 
time  is  only  15  ysec.  This  does  not  allow  sufficient  time  for  the  CPU  to  pro¬ 
cess  these  Interrogations  "on  the  fly".  Fortunately,  the  time  and  mode  of 
ATCRBS  interrogations  is  predictable,  as  the  sensor  follows  a  fixed  interroga¬ 
tion  pattern.  Therefore,  the  ARIES  system  can  prepare  the  complete  set  of  ATCRBS 
and  All-Call  replies  for  a  given  interrogation  in  advance  of  the  interroga¬ 
tion  actually  being  sent.  When  the  interrogation  is  received,  these  precomputed 
replies  are  transmitted  and  ARIES  begins  generating  the  replies  for  the  next 
ATCRBS  interrogation. 
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Fig.  2.4-24.  PAM  modulator. 
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The  secondary  memory  is  the  storage  area  for  these  pre-computed  ATCRBS 
and  All-Call  replies.  Since  the  controller  can  only  read  from  the  primary 
memory,  these  will  not  be  transmitted.  When  the  ATCRBS  interrogation  is 
received,  the  software  switches  the  buffer  primary/secondary  status.  Since 
the  ATCRBS  replies  are  then  in  the  primary  buffer  the  controller  immediately 
begins  sending  them  to  the  CATs. 

DABS  discrete  replies  are  to  be  transmitted  immediately,  and  so  the  CPU 
must  store  them  directly  into  the  primary  memory.  Each  memory  has  associated 
with  it  a  reply  counter.  This  is  incremented  each  time  a  complete  reply  is 
entered  into  the  buffer  by  the  CPU  and  decremented  each  time  the  controller 
reads  a  reply.  Just  as  the  controller  can  only  look  at  the  primary  buffer, 
it  can  only  access  the  primary  reply  counter. 

To  write  a  word  into  the  primary  memory,  the  CPU  executes  a  DOA 
instruction.  Words  are  stored  at  successive  locations  in  the  buffer. 

Similarly,  to  store  a  word  in  the  secondary  memory,  a  DOB  instruction  is 
executed.  To  store  the  last  word  of  a  reply  (word  4  for  ATCRBS,  word  10 
for  DABS  All-Call  or  discrete  replies)  either  the  DOAP  or  DOBP  instruction 
must  be  used,  as  this  increments  the  reply  counter  for  the  buffer  being 
'stored  in'  and  stores  the  last  reply  word. 

2.4.1. 3.1  Memory  and  Memory  Address  Counter 

Each  memory  used  in  the  interface  is  an  array  of  16  IK  x  1  bipolar  memory 
chips.  It  is  capable  of  storing  102  DABS  replies  (10  words  each)  or  256 
ATCRBS  replies  (4  words  each) .  There  are  separate  read  and  write  address 
counters,  so  that  the  memory  can  be  read  and  written  independently.  The  memory 
address  multiplexer  selects  whether  the  read  or  write  address  is  used.  All 
address  counters  are  10-bit  circular  type;  and  are  reset  to  zero  when  an 
lORST  is  executed  by  the  CPU. 

2. 4. 1.3. 2  Memory  Write  Control  Logic 

Each  DOA  and  DOB  Instruction  executed  by  the  CPU  has  an  associated  DOA 
or  DOB  pulse  (Readers  not  familiar  with  the  I/O  instructions  should  refer  to 
the  Data  General  Interface  Designer's  Reference  Manual,  Data  General  Publi¬ 
cation  No.  015-000031). 

These  two  pulses,  as  shown  in  Fig.  2.4-26,  drive  two  two-input  multiplexers, 
M^  and  M^.  The  select  inputs  of  these  two  multiplexers  are  of  opposite 
polarity,  so  that  at  any  one  time  the  output  of  one  multiplexer  will  be  a 
DOA  and  the  other  a  DOB.  The  output  with  the  DOA  pulse  is  always  forwarded 
to  the  memory  designated  as  primary  at  the  time.  Similarly  the  DOB  output 


Is  always  forwarded  to  the  secondary  memory.  The  pr Imary/secondary  (I’/S) 
select  line  as  controlled  by  the  Cl’U  determines  the  roles  of  the  two  menwries. 
Wlien  r/S  select  is  set  to  a  logical  memory-1  will  be  chosen  as  primary. 

Likewise,  Meraory-2  will  be  selected  as  primary  when  P/S  Is  set  to  logical  'O'. 

To  understand  how  the  CPU  and  the  controller  can  access  the  primary 
memory  without  Interference,  consider  the  following.  The  controller  Inputs 
data  from  the  memory  during  the  positive  transition  of  the  clock  (low  to  high). 
Therefore,  the  period  immediately  after  this  transition  can  be  used  for  writing 
If  the  memory  access  time  is  small  and  the  read  and  write  address  can  be  set 
up  fast  enough  (l.e.,  within  one  clock  cycle).  As  it  turns  out,  this  condition 
can  be  met  If  high  speed  Schottky  memory  and  logic  are  used.  The  82S11  memory 
chips  used  In  the  design  have  a  worst-case  access  time  of  45  ns  providing  high 
enough  speed  for  reading  and  writing  in  one  250  ns  clock  cycle. 

A  typical  writing  cycle  to  the  primary  memory  is  as  follows.  (Refer  to 
Fig.  2.4-27).  Wlien  the  CPU  executes  a  DOA  Instruction,  the  data  is  forwarded 
to  the  input  of  the  primary  memory,  and  a  DOA  pulse  is  generated.  T'hls  pulse, 
as  selected  by  the  2  input  mulplexer  (M^  or  M.,  depending  on  P/S)  is  synchronized 
to  the  clock,  forming  a  pulse  one  clock  period  wide.  This  write-counter 
enable  pulse,  in  addition  to  causing  the  memory  write-address  counter  to 
increment  at  the  end  of  this  period,  is  also  applied  to  a  pulse  forming  circuit 
to  produce  a  50  ns  wide  memory  address  select  pulse.  This  pulse  enables  the 
memory  address  multiplexer  (see  Fig.  2.4-25)  to  output  the  write  address  from 
the  write-address  counter  to  the  memory.  After  a  period  of  15  ns  to  allow  the 
multiplexer  to  settle,  a  memory  write  enable  pulse,  also  derived  from  the  50  ns 
address  select  pulse.  Is  applied  to  the  memory  enabling  it  to  strobe  in  the 
data.  At  the  end  of  the  memory  address  select  pulse,  the  memory  address 
multiplexer  returns  to  its  normal  output,  allowing  the  read  address  from 
read  address  counter  to  be  applied  to  the  memory.  The  whole  writing  process 
requires  only  50  ns,  allowing  the  remaining  200  ns  to  set  up  the  read  cycle 
by  the  controller  if  needed.  Writing  into  the  secondary  memory  (DOB),  involves 
the  same  process.  The  only  difference  is  that  reading  from  the  controller  is 
prohibited. 


2. 4. 1.3. 3  Memory  Read  Control  Logic 

The  controller  input  bus  (D-Bus)  is  tied  to  two  sets  of  open-collector 
drivers  (refer  to  Fig.  2.4-25).  The  input  of  one  set  is  connected  to  Memory-1 
and  the  other  to  Memory-2.  At  any  particular  instant  only  one  set  of  drivers 
Is  connected  to  the  primary  memory  and  hence  will  be  allowed  to  output  data 
to  the  D-Bus.  The  driver  output  enable  is  generated  in  the  memory  read  control 
logic.  Similarly,  two  set  of  drivers  are  also  used  for  sending  data  to  the 
CPU. 

Since  the  controller  can  only  access  data  from  the  primary  memory,  logic 
is  required  to  multiplex  the  data  from  the  two  memories.  The  memory  read 
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control  logic  provides  this  function.  To  read  a  word  from  the  memory,  the  con¬ 
troller  must  send  a  RDIO  pulse  to  the  CRC  interface.  This  pulse,  us  shown  ii 
Fig.  2.4-28,  is  multiplexed  by  two,  two-input  multiplexers.  Only  the  multi¬ 
plexer  selected  by  the  P/S  bit  can  forward  the  RDIO  pulse  to  enable  tlie  output 
driver  and  increment  the  read  address  counter. 

During  the  normal  operating  mode,  the  CPU  is  proliibited  from  reading  the 
memory.  However,  it  is  sometimes  highly  desirable  for  diagnostic  purposes 
to  check  the  contents  of  the  memory  after  known  data  has  been  written  into  it. 

To  enter  the  diagnostic  mode,  the  CPU  sets  the  D-bit  (see  Fig.  2.4-25)  to  a 
logic  *1'.  Setting  this  bit  will  prevent  the  controller  from  reading  the 
memory,  .and  allow  the  CPU  to  increment  the  memory  and  the  read  address  counter 
after  each  operation.  DIA  and  DIB  instructions  from  the  CPU  are  required  to 
read  the  primary  and  secondary  memory  respectively.  As  in  the  DOA  and  DOB 
instructions,  each  DIA  and  DIB  instruction  is  also  associated  with  a  DIA  and 
DIB  pulse.  These  two  pulses  are  multiplexed  so  that  a  DIA  pulse  will  be  for¬ 
warded  to  enable  the  output  driver  tor  the  primary  memory,  likewise,  the  DIB 
pulse  will  enable  the  output  driver  from  the  secondary  memory.  These  two 
pulses  after  being  synchronized  to  the  system  clock  are  also  used  to  increment 
their  resp-'Jtive  read-address  counters  at  the  end  of  each  read  operation. 

2.4.1. 3.4  Reply  Counters 

To  keep  track  of  the  numbers  of  replies  stored  in  the  memories,  two  reply 
counters  are  provided.  These  counters  are  8  bit  up-down  type,  and  at  any  in¬ 
stant  one  is  associated  with  the  primary  memory  and  the  other  with  the  secondary 
memory,  hence  they  are  referred  to  as  primary  reply  counter,  and  secondary  reply 
counter.  The  CPU  can  increment  these  two  counters  at  any  time.  However,  the 
controller  can  decrement  only  the  reply  counter  designated  as  primary  at  the 
time.  To  increment  the  primary  (secondary)  reply  counter  the  CPU  executes 
a  DOAP  (DOBP)  instruction.  Decrementing  the  primary  reply  counter  can  be 
accomplished  by  a  RCD  pvjlse  from  the  controller. 

Fig.  2.4-29  shows  the  control  logic  that  performs  this  function.  Assuming 
Memory-1  is  selected  as  the  primary  memory  (i.e.,  P/S  =  1)  the  J-K  flip-flop 
will  be  set  by  the  DOA  pulse  allowing  the  lOPULSE  to  Increment  Reply  Counter-1. 
Also,  the  RCD  pulse  from  the  controller  will  be  allowed  to  decrement 
reply  counter  -1.  If  the  RCD  pulse  and  I/O  pulse  occur  simultaneously,  the 
'exclusive  or'  gate  will  prevent  Reply  Counter-1  from  counting  in  either 
direction. 


In  a 
Note  that 
Counter-2 
status  of 


similar  fashion,  the  CPU  can  increment  Reply  Counter-2  by  a  DOBP. 
the  RCD  pulse  is  applied  to  only  Reply  Counter-1,  so  that  Reply 
cannot  be  decremented  by  the  controller  until  the  CPU  changes  the 
the  P/S  bit. 
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Tbo  initptit  of  tho  roply  ciiuntors  Is  eonnectod  to  a  zoro  detection  circuit, 
enabling,  the  controller  to  chock  the  status  of  the  primary  reply  counter. 

Durlnn  tlio  diagnostic  mode,  the  reply  counter  will  always  appear  to  be  zero 
to  the  controller.  Kach  reply  counter  can  be  reset  to  zero  by  an  lORST  pulse 
from  the  Cl’U .  Also,  the  reply  counter  can  be  read  by  the  CPU  via  the  DlC 
Instruction  while  the  RC  bit  Is  set  appropriately.  (The  RC  bit  selects  which 
of  the  rei'ly  counters  will  read:  0-PrImary,  1-secondary). 

2.4.1.  !.^  Reset  Bit  Rejtister 

The  ClTl  can  reset  all  the  CAT's  via  an  lORST  instruction,  however,  this 
Is  somctlnu's  iu>t  deslr.able,  since  lORST  will  also  reset  the  rest  of  the  system. 
To  circumvent  this  problem,  the  Reset  (R)  control  bit  is  provided.  When  the 
controller  detects  the  settltiR  of  this  bit  by  the  CPI'  It  will  initialize  all 
the  CAT's.  Ourlnn  the  resettinn  process,  the  controller  will  reset  tlie  R  Bit 
to  zero. 


2.4.1.  l.b  Control  Bits 

The  four  interface  cvnitrol  bits  are  software  programmable  by  means  of  the 
IHH;  instruction  (see  Vol .  3  of  this  document)*  Their  operation  Is  sumraarln'd 
as  follows: 

RC:  I'ounter  pr Imary/seciMul.iry  select  bit.  TItls  bit  determines  which 
of  tlie  reply  counters  will  be  read  by  a  OIC  Instruction. 

1):  Dlajtnosttc  nK>de  control  bit. 

0:  Normal  mode.  OlA,  0TB  do  not  read  buffer  data. 

1  :  ni.tRiiostlc  mode.  OlA  and  OIB  can  be  used  to  read 

buffer  data.  The  reply  counter  is  disconnected  from 
the  controller. 

PS:  Buffer  pr Iraary/second.iry  select  bit.  Selects  which  of  the  twv>  buffer 
memories  Is  to  be  tho  current  prlnviry  memory  and  which  Is  to  be  the 
second.ary  memory. 

R:  Setting  this  bit  causes  the  controller  to  reset  the  CAT's.  This  bit 

Is  set  to  0  by  the  controller  when  the  reset  Is  complete. 

2.4.2  Krult  Cenerator  (KC) 

The  Fruit  Cenerator  consists  of  the  FC  controller,  three  Fruit  ARIFS 
T.argets  (FAT's),  the  Random  Process  Cenerator  and  the  F(J  Interf.iee. 
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2.4,2.  I  Kriilt  Conerator  Controller  (F(’.C) 

Ttu>  hanlwaro  ot'  the  Fruit  Cenerator  Controller  is  Identical  to  that  of  the 
Controlled  Keplv  Controller.  Tlie  firmware  resident  in  the  read-only  memory 
does  differ,  liowever  (refer  to  Vol  .  2,  Appendix  A  of  tills  document  for  tlie 
FC  program  listing). 

2.4. 2.2  Fruit  ARIFS  Targets  (FAT'S) 

Tlie  Fruit  ARIES  Target  hardware  is  also  identical  to  the  thnitrolled  ARIES 
Target  hardware  so  it  will  not  be  described  again.  However,  it  is  important 
to  notice  the  differences  in  setting  and  clearing  the  Co-2  flip-flop  for  both 
cases.  In  the  case  of  the  CAT'S,  C.o-2  is  set  by  the  "TOA"  pulse  from  the 
Receiver  and  reset  liy  tlie  "56  ps"  pulse  from  the  HIT  as  described  previously. 

In  the  case  of  the  FAT'S,  the  Co-2  flip-flop  is  not  set  by  the  TOA  pulse 
but  bv  the  FTOA  compare  pulse  from  the  adjacent  FAT.  All  FAT'S  are  connected 
in  daisv-chain  fashion  as  shown  In  Fig.  2.4-30.  The  compare  pulse  from  a  FAT 
also  clears  its  own  Co-2  flip-flop.  This  scheme  allows  the  FAT'S  to  fire  in 
sequence.  It  is  Imiiortant  that  they  do  so  as  the  controller  also  sends  replies 
to  the  FAT'S  sequentially.  Therefore,  the  Controller  can  guarantee  that  the 
sum  of  any  three  successive  reply  times  for  the  FAT'S  will  be  greater  than 
20.1  MS  duration  i>f  an  ATCRllS  reply  with  no  SPI,  thus  no  FAT  will  request 
tliat  another  reply  be  started  until  tlie  current  reply  is  complete. 

2 . 4 . 2 . 3  Random  Process  Cenerator 

2.4.2. 3,1  Ceneral  Oescription 

The  Random  Process  Cenerator  (RPC)  constructs  groups  of  control  words 
wliicli  determine  the  power,  of f-bores iglit  angle  (including  sign),  ma Inbeam/side- 
lobe  status,  and  ATCRllS  code  of  e.icli  fruit  reply.  The  RPC  is  also  responsible 
for  controlling  fruit  arrival  times.  To  simulate  real  fruit  each  of  these 
fruit  p.irameters  must  vary  randomly  over  its  spectrum  of  possible  values. 

There  are  three  fruit  parameters  wliicli  are  used  to  control  the  operation 
of  tlie  RPC:  average  fruit  rate,  fraction  of  fruit  in  the  malnbe.tm  (as  opposed 
to  being  in  the  side  lobes)  ,  and  fraction  of  fruit  liaving  a  known,  fixed,  ATCRllS 
code  (as  opposed  to  having  all  code  bits  randomly  selected).  Those  three 
p.irameters  are  controlled  by  tlie  operational  software  via  the  FAT  Controller. 

As  shown  in  Fig.  2.4-31  the  RPC  consists  of  six  control  parameter  gene¬ 
rators,  each  responsible  for  generating  one  of  the  above  FAT  control  word 
parameters.  Also  shown  are  the  Interface  circuits  in  which  tlie  control  word 
groups  are  assembled  and  through  which  they  are  transferred  from  RI'C  to  tlie 
FC  Controller. 
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Fig.  2.4-30.  Daisy-chaining  of  three  fruit  ARIES  targets  (FAT’s). 
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The  data  buses  interconnecting  the  RPG  and  Controller  are  the  C-Bus,  the 
D-Bus  and  the  Y-Bus.  Control  commands  transmitted  via  the  C-Bus  from  Con¬ 
troller  to  RPG  are: 

RESET:  Resets  all  random  number  generators  to  a  predetermined  value, 

and  generates  16  new  Inter-arrlval  times. 

READ:  Causes  a  fruit  cohtrol  word  group  to  be  output  to  the  Controller. 

LOAD:  Changes  the  average  fruit  rate,  mainbeam/sidelobe  ratio,  and 

ratio  of  fixed  to  random  code. 

Reading  and  loading  are  done  over  the  D-Bus  and  Y-Bus  respectively. 

Data  formats  for  the  fruit  control  mode  (fruit  parameters)  are  given 

under  FRUIT  REPLY  GENERATOR  In  Vol .  3  of  this  document. 

2. 4. 2. 3. 2  Random  Number  Generators* 

All  random  fruit  parameters  output  by  the  RPG  are  generated  using 
pseudo-random  number  generators  employing  shift  registers.  Such  devices, 
called  "linear  maximal  sequence  code  generators",  consist  of  a  basic  shift 
register  to  which  Exclusive  -  Or  gates  have  been  added.  Outputs  from  the 
register  stages  are  Input  to  the  Exclusive  -  Or  gates,  and  the  gate  outputs 
fed  back  to  other  stages  of  the  register  to  form  single  or  multiple  closed 
loops.  When  the  register  is  clocked  in  a  normal  manner  the  output  of  each 
stage  forms  a  psevido-random  binary  sequence. 

The  feed-back  connections  of  the  Exclusive  -  Or  gates  determine  the 
random  sequence  and  whether  the  sequence  is  maximal  or  not.  The  maximal 
sequence  generator  cycles  through  all  Its  2^-1  possible  states,  except  zero, 
where  n  *  number  of  stages.  In  the  RPG,  all  random  number  generators 
are  connected  to  give  the  maximal  sequence;  also,  only  shift  register  stages 
numbered  7,  11,  13  and  17  are  used.  The  7-bit  generator  used  In  the  RPG  Is 
Illustrated  In  Fig.  2.4-32. 

Since  zero  Is  an  Illegal  state  (causing  a  lock  up  condition),  the  generator 
must  not  start  In  this  state.  This  requires  a  special  form  of  reset  circuit. 
Fig.  2.4-33  shows  the  circuit.  When  a  reset  Is  decoded  by  the  RPG,  counter-1 
and  counter-2  will  be  preset  to  "zero"  and  "5"  respectively.  Note  that  one  of 


* 


(See  The  Design  of  Digital  Systems  by  John  B.  Peatman,  p.  412). 
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Fig.  2.4-32.  7-bit  pseudo  random  number  generator  (RHGl,  RMG2) . 


the  enable  Inputs  of  counter  -2  is  tied  to  the  overflow  of  counter  -  1,  there¬ 
fore,  counter  -  2  is  idle  until  counter  -1  overflows.  At  that  time  counter  -1 
is  frozen  at  maximum  count  (15)  and  counter  -2  starts  to  increment  from  5. 

When  it  reaches  8,  it  also  freezes  producing  the  waveform  shown  in  Fig.  2.4-33. 
Note  also  that  when  the  mux  select  from  the  resetting  circuit  is  high,  the 
feed-back  path  in  the  shift  register  is  disconnected  (see  Fig.  2.4-32),  since 
the  multiplexer  has  selected  the  other  input  (load  input  from  resetting  circuit). 
With  the  feed-back  path  disconnected,  the  random  number  generator  operates  as 
an  ordinary  shift  register,  allowing  a  known  number  to  be  loaded  from  the  reset 

circuit.  All  random  number  generators  are  reset  to  "111000 - 00";  the  number 

of  zeros  being  equal  to  n-3,  where  n  =  number  of  stages.  Resetting  all  genera¬ 
tors  to  a  known  value  at  the  beginning  also  allows  RPG  diagnostics  to  be  per¬ 
formed,  as  a  CPU  simulation  of  the  RPG  can  also  be  started  with  the  same  set 
of  conditions.  RPG  data  can  be  read  by  the  CPU  using  the  RPG  diagnostic  mode 
of  the  FG  interface  (see  Section  2. 4. 2. 4). 

2.4. 2. 3. 3  Generation  of  Random  Range  (Power)  Control  Parameter 

The  specification  for  the  power  level  of  ARIES  generated  fruit  is  as 
follows:  "The  mainlobe  fruit  will  have  a  power  level  referred  to  the  sensor 

RF  port  determined  as  follows: 

‘’me  =  -20  -20  log  r^^  (dBm) 

where  r  ^  is  random  and  uniformly  distributed  between  1  and  100".  This 
is  equiva  len?  to  specifying  a  random  mainbeam  power  level  from  -20  dBm  to 
-60  dBm. 

Also  stated  is  that  the  sibelobe  fruit  shall  have  a  power  level  referred 
to  the  sensor  RF  port  determined  as  follows: 

=  -55  -20  log  r^j^  (dBm) 

where  r  is  random  and  uniformly  distributed  between  1  and  32.  This  is 
equivalent  to  specifying  a  random  sidelobe  power  level  from  -55  dBm  to  -85  dBm. 

Two  random  number  generators  are  used  in  the  RPG  to  meet  these  require¬ 
ments.  The  Random  Range  Generator  provides  a  6-bit  power  field  distributed 
according  to  either  the  mainbeam  or  sidelobe  power  specification.  A 
single-bit  from  the  Random  M/S  Control  Generator  determines  whether  the 
reply  is  to  be  a  mainlobe  or  sidelobe  reply.  The  range  (or  power)  field  is 
used  to  control  the  main  power  attenuator  of  the  analog  portion  of  the  fruit 
generator  (FAT) ,  giving  power  levels  from  -20  to  -60  dBm.  If  the  mainlobe/ 
sidelobe  (M/S)  bit  is  set,  an  additional  35  dB  of  attenuation  is  switched  in 
producing  a  sidelobe  output  range  of  -55  to  -95  dBm.  Since  a  uniform  distri¬ 
bution  in  range  does  not  give  a  uniform  power  distribution,  it  is  necessary 
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to  use  a  separate  15-bit  random  number  generator,  (RNG  4  In  Fig.  2.4-34)  of 
which  8-blts  are  used  to  address  a  512  word  "Power  ROM".  The  9th  address 
bit  for  the  ROM  is  the  nuiinbeam/sidelobo  hit,  and  this  is  used  to  choose 
between  the  two  distributions.  This  ROM  modifies  its  uniform  input  dis¬ 
tribution  to  provide  the  desired  6-bit  power  control  signal. 

The  way  in  which  the  entries  in  the  512  word  Power  ROM  are  derived 
is  explained  in  Appendix  B. 

2. 4. 2. 3. 3.1  Generation  of  Malnbeam/Sidelobe  Control  Parameter 

To  generate  the  malnbeam/sidelobe  control  bit,  an  8-bit  uniformly 
distributed  random  number  is  first  generated  by  RNG3.  This  is  then  compared 
with  the  output  from  the  9-blt  M/S  ratio  register.  The  result  as  determined 
by  the  comparator  A  >  B  output  is  used  as  the  M/S  control  bit.  A  and  B  are 
the  outputs  from  RNG3  and  the  M/S  ratio  register  respectively,  and  if  the 
condition  A  >  B  is  true,  the  reply  will  be  sidelobe.  Therefore,  B  =  0 
represents  all  replies  being  in  the  sidelobes,  and  B  =  256  represents  all 
replies  in  the  mainbeam.  Numbers  greater  than  256  will  be  treated  as  256. 

The  content  of  the  M/S  ratio  register,  as  witli  tlie  other  two  fruit  param¬ 
eters,  is  programmable  by  the  CPU.  Sec  Vol.  3  of  this  document  for  tlie  data 
format . 

2. 4. 2. 3. 4  Generation  of  Monopulse  Angle  Control  Parameter 

The  simulated  fruit  is  characterized  by  a  uniformly  distributed  monopulse 
off-boresight  angle.  The  of f-boresight  angle  control  parameter  is  generated 
using  an  11-bit  random  number  generator  (RNG5,  see  Fig.  2.4-34).  Its  output 
drives  a  monopulse  ROM,  included  in  the  present  implementation  in  case  it 
should  be  necessary  in  the  future  to  modify  the  distribution  of  this  para¬ 
meter.  It  serves  no  purpose  at  present. 

2.4.2. 3.4.1  Generation  of  Monopulse  Angle  Sign  Control  Parameter 

The  monopulse  angle  sign  parameter,  LR,  determines  whetlier  simulated 
fruit  comes  from  the  left  or  right  of  boreslght.  The  parameter  is  a  single 
bit,  generated  by  random  number  generator  number  4  (RNG4  is  also  used  in  tlie 
generation  of  the  range  (power)  control  parameter).  It  provides  for  half  of  all 
replies  being  to  the  left  of  boresight  and  half  to  the  right  of  boresight.  Tlie 
LR  parameter  performs  its  function  by  switching  a  phase  shifter  in  the  analog 
portion  of  the  fruit  generator. 

2.4. 2. 3. 5  Generation  of  Random  ATCRBS  Codes 

There  are  16  pulses  in  an  ATCRBS  reply.  In  the  order  of  transmission 
they  are: 
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The  F.  and  F.,  pulses  are  always  present;  ARIES  assumes  that  the  X  and  SPI  pulses 
are  always  aBsent  for  fruit  replies. 

The  distribution  of  the  remaining  bits  depends  on  the  type  of  interroga¬ 
tion  causing  the  reply.  For  Mode  A  interrogations,  it  is  assumed  that  all 
combinations  are  equally  likely.  In  particular,  this  assumes  that  discrete 
codes  are  much  more  likely  than  non-discrete.  Tills  is  not  a  correct  model  of 
anv  particular  environment,  due  to  the  fact  that  the  A(=  A.A^A.)  and  B  bits 

H  Z  X 

are  chosen  from  .a  small  set  of  codes  assigned  to  any  given  control  area.  How¬ 
ever  it  is  undesirable  from  a  system  testing  point  of  view  to  model  a  particular 
environment  that  closely. 

The  Mode  C  (altitude)  code  consists  of  two  Gray  codes,  one  encoding  100 
foot  increments  and  one  encoding  500  foot  increments.  The  C  bits  encode  the 
100  foot  increments  using  the  C  values,  1,  2,  3,  4,  6.  These  values  are 
treated  as  being  equally  likely. 

Tlie  A  and  B  bits  are  used  to  encode  altitude  intervals  which  cover  the 
typical  altitude  distribution  of  targets  in  such  a  way  as  to  make  all  com¬ 
binations  almost  equally  likely.  Exceptions  are  the  A.  and  A_  bits  which  are 
on  for  the  intervals  from  15000  to  47000  feet  (A^^)  and  7000  to  23000  and  39000 
to  55000  feet  (A2) ,  where  the  traffic  densities  are  lower.  ARIES  ignores  this 
factor  and  generates  uniformly  distributed  A  and  B  bit  values. 

The  D  bits  are  zero  for  almost  all  Mode  C  replies.  The  exception  is  that 
targets  above  32000  feet  have  the  bit  set.  The  bit  is  also  a  legal 
altitude  bit,  but  is  only  set  above  63000  feet  and  so  is  not  of  interest.  To 
approximate  these  conditions,  it  is  assumed  that  approximately  15%  of  the 
replies  are  from  targets  above  32000  feet,  corresponding  to  a  moderately  high 
level  of  overflight  traffic,  and  differing  from  the  Los  Angeles  Basin  distri¬ 
bution.  Los  Angeles  is  felt  to  have  an  anomalously  low  level  of  overflights 
due  to  its  geographic  location. 

To  generate  uniformly  distributed  A  and  B  bits  for  both  altitude  and 
Mode  A  codes,  the  6  lower  bits  of  a  15  bit  uniform  random  number  generator 
are  used  (RNGl  -  see  Fig.  2.4-34).  The  remaining  9  bits  are  used  to  generate 
the  C  and  D  bits.  Since  the  C  and  D  bits  have  a  non-uniform  distribution,  a 
conversion  ROM  (the  "C,  D  code  ROM"),  containing  the  proper  distribution  is 
included.  342  of  the  512  ROM  entries  (about  2/3)  contain  uniformly  distributed 
values  for  C  and  D  generated  by  simply  counting  through  all  values  a  suf¬ 
ficient  number  of  times  to  fill  the  space.  These  provide  the  simulated  data 
for  Mode  A  replies.  The  remaining  170  entries  have  C  values  uniformly 
distributed  over  the  set  1,  2,  3,  4,  6.  These  are  again  generated  by  succcs- 
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slvely  couacinj;  tlirougli  this  set  until  the  entries  are  filled.  25  of  these 
entries  have  the  bit  set,  the  others  have  1)  =  0.  The  6  bits  from  RNGl  and 
6  bits  from  the  C,  D  ROM  constitute  the  12  bit  random  ATCRBS  code. 

The  fraction  of  random  ATCRBS  codes  generated  (the  rest  have  a  fixed, 
known  code)  is  determined  by  the  CPU.  This  5  bit  ratio,  a  fruit  control  param¬ 
eter,  is  loaded  into  the  "%  fixed  code"  register.  Witti  tlie  LSB  equal  to  100/16 
percent  of  fixed  replies,  tiie  5  bits  can  represent  from  zero  (0  =  no  fixed 
replies)  to  100%  (16  =  all  fixed  replies).  Numbers  above  16  are  treated  the  same 
as  16. 

To  generate  the  proper  percentage,  tlie  lower  4  bits  of  the  "%  fixed  code" 
register  are  compared  with  4  bits  of  tlie  output  of  a  7  bit  uniformly  distributed 
random  number  generator  (RNC?) .  The  results  as  determined  by  the  comparator 
are  used  to  select  which  of  the  2  Inputs  to  the  multiplexer  will  be  used  as 
the  ATCRBS  code.  When  the  output  of  RNG2  is  smaller,  the  ATCRBS  code  generated 
will  be  used.  Otherwise,  all  one's  will  b  selected.  The  "all  one's"  is  not 
the  fixed  code,  but  is  merely  used  to  signify  to  the  FAT  Controller  that  it 
should  replace  the  "all  one's"  with  the  fixed  code  before  a  reply  is  sent  to 
the  fruit  generator.  The  FAT  controller  receives  the  fixed  code  from  the  CPU 
as  part  of  the  fruit  generation  parameters  (see  the  data  format  in  Vol.  3  of 
this  document).  The  MSB  of  the  %  fixed  code  ratio  is  used  to  override  the 
comparator.  It  is  OR-ed  with  the  output  of  the  comparator.  Wlien  this  bit  is 
set,  all  replies  generated  are  fixed  code. 

Reading  of  the  random  ATCRBS  code  generator  by  the  FAT-Controller  will 
be  discussed  in  Section  2. 4. 2. 3. 7,  "Reading  the  RPC". 

2.4.2. 3.6  Generation  of  the  Delay-to-Tr igger  Control  Parameter 

The  delay  to  trigger  control  parameter  determines  when  a  fruit  reply 
should  be  triggered  by  a  fruit  generator  (FAT).  To  realistically  simulate 
fruit,  their  arrivals  as  a  function  of  time  sliould  be  cliaracter ized  by  a 
I’oisson  or  exponential  distribution.  Tlie  way  in  which  tlie  RPG  generates 
delay  to  trigger  times  witli  such  a  distribution  by  combining  the  outputs  of 
two  random  number  generators  witli  uniform  distribution  is  explained 
in  Vol.  2,  Appendix  C  of  this  document. 

Fig.  2.4-35  is  a  block  diagram  of  tlie  overall  Poisson  sequence  generator. 

The  15  bit  random  number  generator  RNG6  provides  10  bit  uniformly  distributed 


niimbors.  Tills  Is  used  to  obtain  an  11  bit  value,  t  ,  from  the  Poisson  dls- 
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tributlon  ROM.  t  is  then  multiplied  by  a  12  bit  scaling  factor  coming  from 
the  fruit  rate  register  and  controlled  by  the  CPU.  It  is  loaded  into  the 
fruit  rate  register  as  part  of  the  fruit  generation  parameters  from  the  FAT 
Controller.  The  values  of  the  scaling  factor  lie  between  64  and  4096,  cor- 
respimdlng  to  fruit  rates  of  64,000  to  1000  respectively.  (Scaling  factor  =• 
409b/deslred  fruit  rate  in  thousands). 

The  output  of  the  multiplier  is  a  23  bit  number.  The  low  order  6  bits 
.ire  ignored,  however,  effectively  dividing  the  result  by  64.  Therefore,  the 
effective  scaling  f.actor  lies  between  1  and  64. 

The  resulting  17  bit  number  represents  the  upper  bound,  t  ,  of  the  hori¬ 
zontal  strip  as  discussed  in  Appendix  C.  To  choose  a  number  from  zero  to  this 
upper  bound,  another  uniform  random  generator,  RNC.7 ,  is  used.  This  17  bit 

generator  is  iterated  and  compared  to  t  until  a  number  less  than  equal  to  t 

ti  n 

is  found.  For  small  t  ,  this  may  take  a  significant  .amount  of  time,  as  most 

of  the  numbers  generated  by  RNG7  are  large.  To  get  around  this,  the  output 

of  RN(:7  is  masked,  eliminating  most  of  the  numbers  greater  than  t^^. 

The  m.isk  is  generated  by. the  mask  ROM  as  follows:  if  the  MSB  of  t 
li.is  the  v.ilue  of  2*^  then  (2"  -  1)  is  output  from  mask  ROM  to  the  XnD 

g.ites,  allowing  all  values  equal  or  smaller  than  (2  -  1)  to  get  through. 

Once  a  number  is  found  it  is  temporarily  stored  in  the  delay-time  reg¬ 
ister.  Before  it  is  tr.-insferred  into  the  buffer  memory,  the  17  bit  number 
must  be  first  reduced  to  a  16  bit  quantity  as  the  range-clock  in  ARIES  is  only 
16  bits  long.  (The  17  bits  are  required  so  that  there  will  be  a  largo  enough 
r.itige  til  hold  the  longest  delay  to  trigger  values  generated  at  the  lowest 
I'ruit  r.ite.)  To  .iccompllsh  this,  the  MSB  of  the  17  bit  number  is  used  to  select 
.1  multiplexer,  so  that  if  the  MSB  is  set,  all  one's  will  be  output  from  the 
multiplexer,  otherwise  the  lower  16  bits  of  the  17  bit  numl^gr  will  bCj^gutput. 
This  scheme  effectively  reduces  all  numbers  greater  than  2  -  1  to  2  -  1, 

ere.it ing  a  truncated  exponential  distribution  with  a  spike  at  the  end. 

At  this  ]ioint,  if  the  RPC  is  not  currently  being  road  by  the  FAT  Con¬ 
troller,  the  number  will  be  immediately  tr.insferred  to  the  buffer  memory. 

The  .above  process  Is  repeated  until  the  memory  is  full  (contains  sixteen  delay 
of  trigger  limes). 

This  entire  sequence  of  operations  Is  controlled  by  the  Poisson  Sequence 
Controller.  The  state  diagram  for  the  controller  is  illustrated  in  Fig.  2.4-36. 
Not  shown  In  the  diagram  is  the  reset  input.  When  reset  occurs,  the  Poisson 
Sequence  Controller  will  return  to  state  (/I  from  any  st.ite,  and  renviin  in  this 
state  until  the  reset  is  completed.  Also,  the  write  .address  register  (WAR)  is 
reset  to  one  count  ahead  of  the  read  address  register  (R.\R) ,  so  that  as  soon  as 
reset  is  completed,  the  Poisson  Sequence  Controller  will  start  generating 
sixteen  new  delay  to  trigger  times.  During  states  1,  2,  3,  and  4  if  the  read 
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address  Is  over  equal  to  the  write  address,  the  Poisson  Sequence  Controller  will 
return  to  state  (i.  State  6  Is  a  waiting  state,  Wlilch  Is  entered  when  both  FAT- 
Controller  and  Poisson  Sequence  Controller  try  to  access  the  memory. 

Keadlng  by  the  FAT -Controller  always  has  higher  priority,  therefore  state  6 
will  remain  until  reading  Is  over.  At  tliat  time,  a  new  delay  to  trigger  time 
will  be  written  into  the  memory  (State  7). 

Reading  of  tlie  memory  by  tlie  FAT -Controller  Is  discussed  below. 

2.4. 2. 1.7  Reading  tlie  RPC 

All  six  fruit  control  parameter  generators  discussed  in  the  previous 
sections  are  tied  to  a  common  bus,  called  the  RPG  bus  as  shown  In  Fig. 

2.4-11 .  To  read  the  control  parameters  the  FAT -Controller  issues  a  read 
pulse,  enabling  the  tri-state  output  of  each  generator  at  an  appropriate 
time,  and  allowing  the  parameters  to  be  formatted  In  the  output  register 
(Fig.  2.4-14)  as  follows: 


0 

-  -  ^  -  1 

/  .  8 

L  --  -1  -  i _ »  ^  » _ 1 _ 1 _ 
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ATCRBS  Code 


As  each  group  of  16  bit  words  is  output  from  the  register.  In  four  con¬ 
secutive  clock  Intervals,  the  FAT  Controller  receives  them  via  the  D-Bus. 

After  the  completion  of  reading,  all  random  number  generators,  except 
RNC7,  will  be  clocked  once,  allowing  the  generators  to  produce  the  next  random 
numbers.  Also,  after  each  reading,  the  read  address  register  (RAR)  in  the 
Poisslon  Sequence  generator  will  be  incremented  and  pointed  to  the  next  memory 
local i on . 

The  re:id  control  logic  and  its  timing  diagram  are  Illustrated  in  Fig.  2.4-37. 

2.4. 2.4  Fruit  Generator  Interface 

Tlie  Fruit  Generator  (FG)  Interface: 

(a)  Provides  fruit  parameters  to  the  Random  Process  Generator  (RPG) 
via  the  FAT  Controller. 

(b)  Performs  diagnostic  tests  on  the  RPG. 
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Fig.  2.A-37.  Read  control  logic  and  timing  diagram 


(f)  I’orforms  d laRiiost ic  tests  on  the  tliree  FAT’S. 

(d)  Trt)vldos  a  loop-test  of  tlie  Interface  itself. 

Tlie  Fi:  interface.  Fig.  2.4-38,  contains  two  nearly  independent  cliannels, 
the  output  cliannel  for  transferring  data  from  the  CPU  to  tin-  controller,  and  the 
input  cliannel  for  transfers  in  the  opposite  direction.  Fach  cliannel  con¬ 
sists  of  a  sixteen  word  memory,  a  memory  address  register,  and  each  uses  one 
hit  to  indicate  wliether  the  menu'ry  is  in  a  read  or  write  mode.  Tlte  memi'rles 
used  in  tlu'  input  cliannel  and  output  channels  are  labeled  as  the  li-P  RAM  and 
tlie  CPU  R(\N  respectively.  Fig.  2.4-39  sliows  tlie  circuit  diagram  for  the  output 
channel.  Note  that  the  address  counter  is  wired  so  tliat  it  can  only  count 
from  4  to  7,  resulting  in  only  four  out  of  sixteen  possible  locations  in  the 
memorv  being  used.  This  Is  necessary  since  all  transfers  must  be  in  groups 
of  four  words.  To  begin  a  transfer,  the  CPU  must  first  check  the  status  bit 
to  be  sure  that  it  is  allowed  to  write  into  the  memory.  A  status  bit  value  of 
'O'  always  means  that  the  CPU  has  access  to  the  memory.  After  four  words  have 
been  written  into  the  memory,  the  address  counter  wraps  around  and  is  left 
pointing  at  ttie  first  word  stored  (location  4),  the  status  register  is  then 
toggled  to  the  opposite  state  ('!').  This  allows  the  controller  to  read  four 
words  from  the  memory.  The  status  bits  are  connected  to  the  11  bus  via  an  o|ien- 
collector  gate  which  is  enabled  when  the  status  bits  .ire  examined  by  the 
controller.  The  status  register  will  switch  back  to  state  'O'  when  the 
controller  finishes  reading.  Note  that  the  address  counter  and  the  status 
register  are  initialized  such  that  the  CPU  can  access  the  memory  whenever  an  lOKST 
or  lOPl.S  is  executed.  A  similar  circuit  is  used  for  the  input  channel,  except 
that  the  status  register  is  initialized  so  that  the  controller  has  access  when 
the  interface  is  initialized  by  the  lORST  or  lOPLS  pulse. 

The  u-l’  RAM  used  in  the  input  channel  can  also  take  data  from  the  CPU  RAM, 
as  its  input  is  multiplexed.  Tills  provides  a  means  of  loop-testing  tlie  interface, 
as  the  data  sent  to  the  output  channel  by  the  CPU  can  be  verified  by  reading  the 
data  back  from  the  input  channel. 

2. 4. 2. 4.1  Node  Decoding  Logic 

As  mentioned  previously,  the  Interface  oper.ites  in  four  modes.  These 
modes  are  programmable  by  setting  the  mode  register  via  the  DOC  instruction 
.IS  follows: 


Mode  Reg  1  ster  Bi_t 
0  0 
0  I 
1  0 
I  I 


Node  of  Ojier.it t_on 
Interface  loop-test 
FAT  diagnostic 
RPC.  diagnostic 
Norm.i  1 
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Fig.  2.4-39.  Output 


To  provide  the  proper  address  counter  enable  and  memory  write  pulses  for  each 
mode  of  operation,  decoding  logic  Is  required.  Fig.  2.4-AO  shows  the  mode 
decoding  logic  used  in  the  FC  Interface.  This  circuit,  depending  on  the  mode 
bits,  combines  the  I/O  pulses  from  the  CPU  and  the  Controller  to  form  the 
appropriate  enable  and  write  pulses.  The  mode  bits  are  examined  by  the  con¬ 
troller  in  a  similar  fashion  as  the  status  bit. 

2. 4. 2. 4. 1.1  Normal  Mode 

The  Normal  Mode,  the  usual  operation  mode  of  the  Interface,  uses  only  tlie 
output  channel  and  allows  the  CPU  to  output  the  following  fruit  parameters 
to  the  RPG  via  the  controller  (see  Vol.  3  of  this  document  for  data  format); 

(a)  Average  fruit  rate 

(b)  The  fraction  of  replies  In  the  main  antenna  beam  (as  opposed  to 
those  in  the  sldelobes) . 

(c)  The  fraction  of  replies  tliat  will  have  a  fixed  known  value  for 
their  data  bits  (as  opposed  to  having  randomly  generated  data  bits). 

(d)  Fixed  data  bits. 

The  CPU  outputs  these  parameters  to  the  CPU  RAM  by  means  of  four  DOA's. 
Each  DOA  Is  both  rising  and  falling  edge  detected,  creating  two  pulses  DOAifR 
and  DOA<J>F  respectively.  The  reason  for  edge  detecting  the  I/O  pulse  (DOA,  UIA 
etc.)  from  the  CPU  Is  twofold. 

1.  It  is  necessary  to  synchronize  the  I/O  pulses  from  the  CPU  to  the 
system  4  MHz  clock. 

2.  Edge  detected  pulses  are  one  clock-period  wide  (250  ns),  so  that  the 
address  counter  will  Increment  only  once  for  each  DOA  (or  DIA). 

As  shown  in  Fig.  2.4-40,  D0A(tiR  is  used  to  write  the  data  into  the  memory  and 
DOA41F  is  used  to  increment  the  memory  address  counter  after  each  write. 

To  read  the  data  from  the  CPU  RAM,  the  controller  Issues  a  read  pulse, 
causing  the  output  Q-  of  the  read  counter  (Fig.  2.4-41)  to  stay  high  for  four 
clock  cycles.  This  In  turn  causes  the  address  counter  to  increment  after 
each  of  the  four  read  operations. 
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2. 4. 2. 4. 1.2  RPG  Diagnostic  Mode 

The  RPC.  diagnostic  mode  provides  a  way  of  checking  the  RPG  operation 
from  the  CPU.  Both  the  output  channel  and  the  input  channel  are  used.  To 
begin  the  operation,  the  CPU  initializes  the  RPG  by  sending  four  fruit 
parameters  to  it  using  the  output  channel,  exactly  the  same  as  in  the  Normal 
Mode.  The  controller  then  requests  a  fruit  reply  from  the  RPG  and  sends  it 
to  the  CPU  using  the  input  channel.  This  operation  continues  until  enough 
data  is  gathered  to  check  the  RPG  operation.  To  write  four  \^ords  to  the  vi-P 
RAM,  the  controller  Issues  a  write  pulse,  causing  the  write  counter  (Fig.  2.4-41) 
to  generate  four  memory  write  pulses  WE  and  one  four  clock-cycle  wide  WRIO 
pulse  to  the  U-P  RAM  and  its  address  counter  respectively. 

To  read  the  p-P  RAM,  the  CPU  issues  four  DIA's  to  the  Interface.  As  in 
the  case  of  DOA's  each  DIA  is  edge  detected,  forming  the  DIA^F  pulse.  This 
pulse  is  forwarded  to  Increment  the  address  counter. 

2. 4. 2. 4. 1.3  FAT  Diagnostic  Mode 

Normally  the  FATs  receive  fruit  reply  information  from  the  RPG  via  the 
controller,  and  generate  the  appropriate  analog  reply  signal  at  60  MHz.  To 
check  the  operation  of  the  FAT's  one  might  consider  looking  at  fruit  replies 
with  the  ARIES  Self  Test  Unit.  However,  there  are  problems  with  this  in  that 
(a)  the  reply  parameters  are  random,  making  it  difficult  to  determine  if  the 
results  are  correct  and  (b)  even  at  low  fruit  rates,  replies  will  occasionally 
overlap  and  garble  the  results  of  the  test.  To  overcome  these  problems,  the 
FAT  diagnostic  mode  is  provided.  This  mode  allows  the  CPU  to  insert  known 
reply  data  into  the  FAT's,  bypassing  the  RPG.  Only  the  output  channel  is  used. 
The  method  of  transferring  data  is  identical  to  the  Normal  mode.  The  replies 
generated  can  then  be  observed  using  the  Self  Test  Unit. 

2. 4. 2. 4. 1.4  Loop  Test  Mode 

Lastly,  the  loop-test  modes  provide  a  means  of  loop-testing  the  interface 
since  the  data  sent  to  the  output  channel  by  the  CPU  can  be  verified  by  reading 
it  back  from  the  input  channel.  The  controller  does  not  participate  in  this 
mode  so  that  the  input  and  output  status  bit  can  be  ignored  .  The  2-input 
multiplexer  is  caused  to  select  data  as  coming  from  the  CPU  RAM  to  the  n-P  RAM. 
The  writing  and  reading  operations  are  similar  to  the  other  modes,  involv’ing 
four  DOA's  and  four  DIA's  respectively,  except  that  each  DOA  also  causes  data 
from  the  CPU  RAM  to  be  written  into  the  u-P  RAM. 


135 


2.5  IF  Circuits 


2.5.1  Controlled  Reply  and  Fruit  IF  Circuits 

Each  ARIES  Controlled  Reply  Generator  and  each  Fruit  Generator  contains 
a  subcircuit  referred  to  as  an  IF  unit.  Views  of  the  two  subchassis  making 
up  each  subcircuit  are  shown  in  Figs.  2.5-1  and  2.5-2;  the  identical  circuit 
is  used  in  each  CAT  and  in  each  FAT. 

Fig.  2.5-3A  is  a  block  diagram  of  the  IF  unit.  Each  such  unit  contains 
a  crystal-controlled  60  HUz  oscillator.  Output  from  the  oscillator  is  modulated  ^ 

by  two  Watkins  Johnson  pin  diode  switches  incorporated  in  a  strip  line  circuit 
to  obtain  on  and  off  ratios  in  excess  of  80  dB.  Tlie  output  from  tlie  modulator 
is  attenuated  in  a  digitally  controlled  diode  attenuator  to  control  the 
target  power  level.  The  attenuator  lias  a  6A  dB  range  in  1  dB  steps.  The 
attenuated  signal  is  divided  into  the  main  and  omni  simulated  antenna  cliannels. 

The  main  antenna  channel  goes  to  a  diode  switcli  that  allows  tlie  option 
of  simulating  mainlobe  or  sidelobe  signal  levels  at  tlie  sensor  input.  The 
sidelobe  level  can  be  adjusted  manually  with  the  sidelobe  gain  attenuator  over 
a  15  dB  r.inge  from  the  preset  level  of  -35  dBm  below  the  mainbeam.  The 
resulting  signal  is  then  power  divided  to  form  the  sum  and  delta  channels  going 
to  the  combiner.  The  of f-boresight  angle  simulations  are  done  by  changing  the 
gain  setting  of  the  delta  (A)  channel  with  respect  to  the  sum  (S)  channel. 

This  is  accomplished  by  means  of  an  8-bit  digitally  controlled  attenuator. 

Each  bit  represents  0.125  dB  attenuation  of  the  delta  channel  with  respect 
to  the  sum  channel,  and  0  corresponds  to  A  =  E.  The  sign  of  the  of f-boresight 
angle  is  simulated  by  digitally  controlling  a  180  phase  shifter  (LR  =  0  and 
LR  =  1  correspond  to  left  and  right  of  boresight,  respectively).  A  fixed 
attenuator  is  installed  in  the  sum  channel  to  compensate  for  losses  contributed 
by  the  phase  shift  network  in  the  delta  channels,  allowing  balancing  of  tlie 
sum  and  delta  channels.  (See  "DABS  Monopulse  Summary",  D.  Karp  and  M.L.  Wood. 

Report  No.  F/\A-RD-76-219, for  more  detail  on  DABS  Monopulse  Operation). 

2.5.2  IF  Combiner 

The  IF  combiner.  Figs.  2.5-3-B,  2.5-4,  and  2.5-5,  combines  the  E,  A, 
and  il  IF  Inputs  from  the  three  reply  generators  and  the  three  fruit  generators 
in  a  set  of  6  to  1  power  combiners  to  provide  a  single  set  of  IF  inputs  for  tlie 
DABS  sensor.  The  three  combined  signals  arc  then  attenuated  in  a  set  of  manually 
controlled  attenuators.  These  attenuators  are  used  to  establish  the  relative 
mainbeam  to  omni  levels  for  the  particular  DABS  antenna  which  is  being  used. 

They  may  also  be  used  to  compensate  for  cable  losses  between  ARIES  and  the  DABS 
sensor.  The  nominal  attenuator  settings  are  8  dB  and  allow  15  dB  variation 
in  1  dB  steps. 
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ANALOG  REPLY  GENERATOR  (SIDE  NO.  2) 

(Refer  to  Target  Simulator  Schematic) 

A  Termination  (Resistor  Assembly) 

B  Power,  Monopulse,  Sidelobe,  Attenuator  Control  Bits 

C  Terminal  Block 

E  6-Blt  Digital  Attenuator 

F  Fixed  Attenuator 

J  Fixed  Attenuator 

K  A-Bit  Digital  Attenuator 

0  8-Blt  Digital  Attenuator 

R  Fixed  Attenuator 
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ANALOG  DRAWER  (TOP  VIEW) 

(Refer  to  Target  Simulator  Schematic) 

AA  Power  Combiner 

BB  Power  Combiner 

CC  Power  Combiner 

DD  J103  (See  IF  Power  Combiner  Schematic) 

FF  Fixed  Attenuator 

GG  4-Bit  Digital  Attenuator 

HH  4-Bit  Digital  Attenuator 

JJ  4-Blt  Digital  Attenuator 

KK  28.6  dB  Attenuator 

LL  28.6  dB  Amplifier 

MM  Coupler 

NN  Coupler 

PP  Coupler 

QQ  Coupler 

RR  Coupler 

SS  ir/2  Hybrid 

TT  Coupler 
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ANALOG  DRAWKP  (LEFT  VIEW) 

(Refer  to  Digital  Attenuator  Control  Schematic) 

A  24  VDC  Supply  (Lambda  L^S-A-24) 

B  20  VDC  Supply  (Lambda  LCS-A-20) 

C  Control  Box 

D  J118 

E  Omni  Gain  Control 
F  Sidelobe  Gain  Control 

G  Mainbeam  Gain  Control 
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After  malnbeam  attenuation,  signals  for  the  ARIES  tester  and  front  panel 
monitors  are  coupled  from  each  channel  by  10  dB  couplers.  Then  the  sum  and 
delta  signals  are  combined  in  a  quadrature  hybrid  to  generate  the  ^2  *^2 

signals  proportional  to  T-.+  jA  and  L  -  jA. 

2.6  AGP  Decoder 

Antenna  azimuth  data  is  normally  tr.ansmltted  from  the  antenna  to  t\\e  DABS 
sensor  in  the  form  of  Azimuth  Change  Pulses  (ACP's)  provided  by  a  shaft 
encoder.  16384  ACP’s  occur  for  each  revolution  of  the  antenna  and  a  single 
Azimuth  Reference  Pulse  (ARP)  indicates  when  the  antenna  rotates  past  a 
reference  azimuth  such  as  true  north.  ARIES  is  capable  of  testing  a  DABS 
sensor  whether  it  is  operating  with  an  antenna  or  not.  When  the  sensor  is 
operating  without  an  antenna,  ARIES  generates  simulated  ACP’s  and  ARP’s  just 
as  if  they  were  coming  from  an  antenna  rotating  at  one  revolution  per  4 
seconds  (this  rate  can  be  adjusted  manually).  Wlien  DABS  is  coupled  to  an 
antenna,  the  antenna  generated  ACP’s  and  ARP’s  are  brought  to  the  ACP  Decoder 
Unit,  so  that  it  too  will  be  aware  of  the  true  antenna  azimuth  and  will  be 
able  to  relate  simulated  replies  and  fruit  to  the  actual  antenna  azimuth. 

In  both  azimuth  modes  the  ACP  Decoder  generates  14-bit  parallel  azimuth 
words  in  synchronism  with  the  DABS  ACP’s/ARP's  so  that  each  interrogation 
received  may  be  assigned  a  specific  azimuth.  These  words  are  sent  from  the 
ACP  Decoder  to  the  Receiver. 

2.6.1  Sensor  Mode 

When  the  front  panel  toggle  switch  marked  AZ  ARIES  and  AZ  SENSOR  (see  Fig. 
2.6-1  and  Fig.  2.6-2)  is  in  the  AZ  SENSOR  position,  ARIES  azimuth  words  are 
slaved  to  the  ACP’s  received  from  the  DABS  antenna.  In  this  case  Mux  A  and 
Mux  B  are  set  to  pass  the  ACP’s  and  ARP’s  received  from  the  antenna  to  the 
DABS  sensor.  The  serial  ACP’s  are  also  passed  to  the  input  of  the  14-blt 
ser ial-to-parallel  converter,  whose  output  is  north  corrected  via  addition  of 
.1  manually  progriimmable  constant  and  transmitted  to  the  receiver  via  16-bit 
t2  bits  unused)  registers  and  drivers. 

2.6.2  ARIES  Mode 

When  the  front  panel  toggle  switch  is  in  the  AZ  ARIES  position  Mux  A 
and  Mux  B  are  in  the  opposite  state,  and  ARIES  originates  serial  ACP’s 
and  art’s,  sending  them  directly  to  the  sensor,  and  again  forwarding  iP-bit, 
parallel,  north  corrected  ACP’s  to  the  receiver. 
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2.6.2. 1  Programmable  ACP  Counter  and  Correction  Counter 

These  two  counters  operate  in  unison  to  count  down  the  4  MHz  clock  to 
an  average  ACP  rate  matching  that  which  would  be  received  from  the  DABS 
antenna  were  it  connected  and  turning  at  one  revolution  per  exactly  4.0 
seconds,  i.e.,  16384  pulses  in  4.0  seconds.  Each  sucli  pulse  would  be 
separated  by  244.1406250  psec.  However,  since  the  ARIES  clock  pulses  are 
0.250  psec  apart,  it  is  clear  that  by  counting  them  down,  ACP's  cannot  be 
generated  which  are  precisely  244.1406250  psec  apart.  To  generate  16384  ACP's 
per  antenna  revolution  whose  total  period  is  4.0  sec  and  wliose  average 
spacing  is  244.140625  psec,  the  following  artifice  is  employed:  9216 
pulses  are  generated  244.2500  psec  apart,  the  following  7168  pulses  244.000 
psec  apart,  and  the  cycle  repeated  continuously.  Thus  the  reference  pulse 
spacing  is: 


9216  (244.250  x  10  ^)  +  7168  (244.0  x  10 
=  3.995392  seconds 


To  generate  the  pulses  244.0000  psec  apart,  preset  counter  PCI  is  "pro¬ 
grammed",  (i.e.,  connected  by  the  switches  shown  above  it  on  Fig.  2.6-3)  to 
count  by 


244.00 
■  .25 


974  counts. 


To  generate  the  pulses  244.2500  psec  apart,  preset  counter  PC-2  is  connected 
to  the  COUNTER  ENABLE  input  of  PC-1  via  Gate  1  and  a  D-Flop  in  such  a  way  as 
to  cause  PC-1  to  cycle-skip  or  miss  one  clock  pulse  every  ACP.  The  action  is 
as  follows:  when  Gate  1  is  enabled,  the  D-Flop  remains  reset  (Q  output  low) 
for  one  clock  period  following  each  ACP,  thus  disabling  PCI.  The  correction 
counter,  PC-2,  is  switch  programmed  so  as  to  count  by  9216.  Hence  for  9216 
ACP's  the  NAND  gate  (Gate  1)  is  enabled  so  tliat  every  ACP  pulse  during  this 
portion  of  the  cycle  resets  the  D-Flop  for  one  clock  cycle,  effectively 
inhibiting  PC-1  for  one  clock  interval  of  250  nsec. 


2.6.3  Output  Circuits 

ACP's  from  PC-1  are  stretched  from  .25  psec  to  1.5  psec  in  order  to 
simulate  the  true  ACP's,  converted  to  a  parallel  14-bi|^format ,  passed  through 
a  north  correction  adder  capable  of  adding  from  0  to  2  -1  ACP's  (0  to  360  ) 

and  forwarded  to  the  receiver  by  appropriate  registers  and  drivers. 


Full  count  pulses  from  the  14  bit  serial-to-parallel  converter  arc 
also  stretched  to  1.5  psec  to  form  the  ARP  pulses  forwarded  to  the  sensor 
in  the  ARIES  mode. 
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correction  counters,  block  diagram 


2.7  St. It  us  I'urm.it  ti'r 


Tho  Status  l•'l>^w.•lttl'l■  polls  status  aiul  orror  ooiulit  ion  I  iiu's  t  ii'iii  t  ho 
IMT,  Kooolvi'f,  AIM'  Ooooilor,  th\T's,  KAT's,  Kl’t;,  II'  taMuhluor,  trout  pauo  1 
swltohos,  aiul  Itsolt’.  Whou  a  status  rhaup.o  v'v  ovvov  oomlitlon  I'oours  tlu' 
status  tt>rmattor  lutorrupls  tho  iM’U .  Tlu'  si'ltwaro  oan  thon  rj'ad  t  lu’  ilovloo 
status,  it  iloslrod.  Throo  polliu),;  moilos  aro  availahU'  as  oonHn,iuMoi.t  I  rom  tho 
ARIKS  crU: 

ta>  oout  luuous  pollliip,  until  tlu'  sl.itiis  ot  auv  unit  ihaiipa's. 

(h)  tho  tM’U  rail  ro<pu'st  a  status  upd.ato  at  tlio  i>iul  ol  tiu'  ourront 
polling  ovolo, 

(o)  .1  so  1  t -il  lagnost  lo  nuulo  In  whioh  I'olling  is  Inliihiti'd  aiul  kiu'wn 

status  wovvls  aro  oulori'il. 

Hiulor  (.i)  anil  (h)  polling  must  prooi-oil  to  tho  oml  ot  llu'  ourront  polling 
ovolo  prior  to  auv  turthor  notion. 

2.7.1  ilporat  ion  ot  tho  format  tor 

Tho  Vormattor,  as  shown  in  fig.  2.7-1,  oonsists  ol  a  Ih-hit  status 
won!  input  rogistor,  a  It)  word  x  iP-hit  momorv  and  assooialod  momorv  aildross 
oonntor,  a  lo-hll  oomparatv>r,  an  orror  rogistor,  a  l-hit  roll-oall  oountor 
and  ItS  dooodor,  and  a  oontrollor  whioh  providos  signals  nooossarv  to  propi'rlv’ 
soipionoi*  till.'  oporations  ol'  thi'so  otroult  I'lomonts  tor  tho  modo  ot  opora- 

t  i  I'll  Si'  I  OC  t  I'd  . 

In  till'  oontlniu'iis  polling  modi'  tIu'  roll-oall  oountor  ovolos  oontinnouslv 
to  o.niso  till'  l:S  dooodor  to  gonorato  1-hit  oommulallng  signals  tod  to  oighi 
st.itns  roport  solootlon  oirouits,  oiu'  looatod  in  I'aoh  unit  po  1  1 1'd .  Tlu'si'  statu 
lorniatti'r  soloot  signals  (.Sf-.Sfl,X)  onahlo  tho  status/data  n'ad  oirouits  ot 
pairs  ol  units  tt'ATl  with  UlT,  (’.AT2  with  Koooivor,  th\ T 1  with  Aid'  liooodor  oto.) 
in  soipu'noi'.  Si'i'  fig.  2.7-2.  Tairing  is  pormitlod  sinoo  oaoh  ll)-!)il  status 
word  oonsists  ol  two  hvto.s,  with  hits  ()- 7  assignod  to  oiu'  unit  ol  tho  pair 
•  nul  hits  S-l')  assignod  to  Its  oompanion  unit.  (Soo  Status  formal  ti'i  word 
format  dot inlt ions  in  Vol .  1  of  this  dooumonl.l 

Kolorring  to  fig.  2.7-2,  it  nvtv  ho  soon  that  a  posit ivo  transition  ol 
till'  soloot  signal  (Sf-SK1,X)  for  ;inv  (lalr  ol  units  will  oauso  tho  |)  I  lip-1  lop 
to  on.ahlo  all  of  tho  d;il;i  NANP  gatos,  thorohv  I  ransi  orr  ing  status/data  I  rom 
both  units  to  tho  Ih-hit  input  rogistor  ol  fig.  2.7-1. 


153 


Fig.  2.7-1.  Status  formatter,  block  diagram. 


Status  report  logic 


The  essential  action  of  the  status-change  checking  circuitry  is  the  bit- 
by-bit  comparison  (in  the  16-bit  comparator)  of  the  newly-read  data  (resident 
in  the  16-bit  input  register)  with  the  corresponding  data  read  during  the  last 
polling  cycle  and  stored  since  that  time  in  the  memory  at  its  assigned  address. 
When  no  discrepancies  are  found,  the  error  register  is  not  set,  when  dis¬ 
crepancies  are  found  the  error  register  is  set  and  the  CPU  informed  of  the 
status  change  by  means  of  an  interrupt. 

2.7.2  Status  Formatter  Polling  Cycle 

The  status  formatter  controller  is  responsible  for  assuring  that  the 
states  or  operations  shown  in  the  diagram  of  Fig.  2.7-3  occur  in  proper 
sequence.  The  particular  sequence  or  operational  mode  is  determined  by  the 
the  start,  stop  (inhibit),  self-diagnose,  and  read  commands  received  from  the 
CPU.  The  steps  of  the  diagram  are  described  in  Table  2.7-1. 

2.7.3  Formatter  Self-Diagnostic  Mode 

Two  control  bits  originating  in  the  status  formatter  interface  under 
operator  command,  INHIBIT  POLLING  and  TEST  DATA,  invoke  the  formatter  self¬ 
diagnostic  mode  and  determine  the  test  value  (O's  or  I's)  to  be  input  to 
the  status  formatter  respectively.  These  control  lines  may  be  seen  entering 
the  left  margin  of  Fig.  2.7-1. 

If  INHIBIT  POLLING  is  set  to  1,  polling  is  prevented  from  taking  place 
and  the  value  of  the  TEST  DATA  bit  is  placed  on  all  the  input  lines  to  the 
status  formatter.  This  value  will  appear  in  all  128  bit  positions  of  the 
status  words  if  the  formatter  registers,  memory  and  control  logic  are  operating 
correctly. 

2.7.4  Status  Formatter  Interface 

The  Status  Formatter  (SF)  Interface  provides  a  means  of  controlling  the 
SF  modes  just  described,  and  serves  to  transfer  hardware  status  from  the  SF 
to  the  CPU. 

The  interface  consists  of  a  C-Register,  a  Transfer  Acknowledge  Register, 
and  drivers.  The  SF  mode  control  bits  (Update,  Error  Enable,  and  Inhibit 
Polling)  and  the  Test  Data  bit  are  stored  in  the  four-bit  C-Register  and  can 
be  set  by  means  of  a  DOC  instruction.  For  diagnostic  purposes,  the  C-Register 
can  be  read  by  the  CPU  via  a  DIC  instruction.  Also  read  by  the  DIC  instruc¬ 
tion  are  two  bits  from  the  SF:  Data-Ready  (DR)  and  Error  Report  (ER)  (see 
Table  2.7-2). 


TABLE  2.7-1 

STATUS  FORMATTER  OPERATIONAL  STEPS 


Step  0:  An  Idle  condition  in  which  roll-call  address  generation  circuits 
are  enabled  but  polling  is  not  taking  place. 

Step  1:  Memory  address  and  roll-call  counters  are  reset. 

Step  2:  Roll-call  address  gates  are  enabled.  Polling  state  checked- 
if  it  is  not  the  last  device,  go  to  step  3;  otherwise,  go  to 
step  4. 

Step  3:  Status  bits  from  the  pair  of  units  to  be  polled  transferred  to 
the  16-blt  input  register;  status  bits  compared  with  old  status 
bits  -  error  register  set  if  not  equal ,  new  status  written  into 
memory,  and  memory  and  roll-call  counters  advanced.  Repeat 
step  2. 

Step  4:  Repeat  step  3  for  the  last  device.  When  finished  go  to  step  5. 

Step  5:  Examine  ERROR  ENABLE  bit  (set  by  software)  if  not  set,  repeat 
entire  polling  cycle  (go  to  step  1);  if  set,  go  to  step  6. 

Step  6:  Examine  error  register  and  UPDATE  bit  (set  by  software);  if 

neither  the  register  nor  the  UPDATE  bit  are  set,  go  to  step  1  and 
repeat  cycle,  if  either  is  set  proceed  to  step  7. 

Step  7:  Reset  memory  address  counter  and  send  interrupt  to  the  status 
formatter  interface. 

Step  8:  A  data  word  is  sent  from  the  status  formatter  to  the  SF  inter¬ 
face  and  the  DATA  READY  flag  set. 

Step  9:  Increment  the  memory  address  counter,  and  If  this  Is  the  last 
transfer,  go  to  step  11;  otherwise  go  to  step  10. 

Step  10:  Informed  of  the  data  (on  the  status  formatter  data  bus)  by  the 
DATA  RBADY  flag,  the  Interface,  when  ready,  accepts  it  and 
indicates  that  the  transfer  has  been  completed  by  setting  the 
TRANSFER  ACKNOWLEDGEment  line.  Go  to  step  9. 

Step  11:  Similar  to  State  10,  but  the  TRANSFER  ACKNOWLEDGE  causes  a 
transition  to  state  12. 

Step  12:  The  START  line  (S:)  is  checked.  If  the  S-line  is  set,  the  memory 
address  and  roll-call  counters  are  reset  and  the  entire  cycle  is 
reactivated  from  step  0  on.  If  S  is  not  set,  action  ceases  until 
it  is  set  by  the  programmer. 
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TABLE  2.7-2 
BIT  DEFINITIONS 

DR:  Data  Ready.  This  bit  Indicates  that  the  status  formatter  lias  a 

word  to  transfer  to  the  CPU.  It  will  normally  be  0  during  polling, 
and  1  if  polling  stops  due  to  a  status  change  or  an  UPDATE  request 
and  all  8  words  have  not  yet  been  read.  It  Is  intended  to  be  used 
only  for  hardware  diagnostic  purposes.  After  each  DIA  Instruction, 
DR  =  0  until  the  interface  obtains  the  next  word  from  tlie  status 
formatter.  Normally  this  word  will  arrive  too  quickly  for  the  CPU 
to  notice  that  DR  =  0,  but  in  the  event  of  hardware  failure  tills  may 
not  be  the  case. 

ER:  Error  Report.  This  bit  reads  the  state  of  the  flip-flop  which 

indicates  if  a  status  change  has  been  detected  during  the  current 
polling  cycle  (ER  =  1).  Again,  this  is  useful  i>rimarlly  for  hard¬ 
ware  diagnostic  purposes.  However,  in  the  case  where  polling  has 
stopped  due  to  an  UPDATE  request,  this  can  be  used  to  determine  if 
a  status  change  was  also  detected  on  the  last  polling  cycle. 


Upon  receipt  of  an  SF  interrupt,  indicating  eight  words  of  hardware  status 
are  available,  the  CPU  can  read  the  words  by  executing  successive  DlA's. 

Since  the  CPU  and  the  SF  operate  asynchronously,  a  means  of  hand-shaking 
must  be  provided  to  insure  proper  data  transfer.  This  is  the  purpose  of  the 
Transfer  Acknowledge  Register.  The  register  is  normally  in  a  reset  state 
(Q  =  0)  as  the  reset  input  of  the  register  is  held  low  by  the  DATA  READY  bit. 
When  there  is  a  word  available  in  the  SF  Interface  data  bus,  the  DATA  READY 
bit  will  be  set  by  the  SF  (Logical  0)  causing  the  D  and  reset  inputs  of 
the  register  to  go  high.  When  the  CPU  has  read  the  word,  the  DIA  pulse  will 
set  the  Trans-Ack  register,  which  in  turn  causes  the  SF  to  output  tlie  next 
word . 


It  is  important  to  realize  that  there  is  no  requirement  for  the  CPU  to 
read  all  eight  words  or  to  read  any.  If  none,  or  only  tlie  first  few  of  tlie 
words  are  read  by  the  CPU,  then  it  can  restart  the  Status  Formatter  polling 
sequence  by  executing  either  a  START  or  lORST  instruction.  Fig.  2.7-4  shows 
a  simplified  diagram  for  the  SF  Interface. 
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2.8 


Self  Test  Unit 


2.8.1  Modes  of  Operation 

The  purpose  of  the  Self  Test  Unit  (STU)  is  to  provide  for  loop  tests  of 
the  Receiver,  Target  Oenerators  and  the  IF  Combiner.  During  these  loop  tests 
the  STU  operates  under  CPU  control,  in  one  of  two  modes;  the  Interrogation 
Generation  Mode  or  the  Reply  Sampling  Mode. 

In  the  Interrogation  Mode  the  STU  generates  and  forwards  any  one  of 
ten  different  pre-programmed  interrogations,  or  a  DABS  interrogation  pro¬ 
grammed  from  the  front  panel,  to  the  receiver.  The  expected  interrogation 
type  and  data  (DABS  only)  are  then  compared  to  the  data  block  from  the  receiver. 
A  loop  test  of  the  receiver  (both  analog  and  digital  portions)  is  thus 
provided. 

In  the  Reply  Sampling  Mode,  a  known  reply  is  generated  by  the  Controlled 
Reply  Generator  (CRG)  or  by  the  Fruit  Generator  (FG) .  Tlie  corresponding  sum 
(E),  difference  (A),  and  omni  (SI)  outputs  from  the  IF  Combiner  arc  sampled  by 
the  STU  for  reply  time  accuracy,  amplitude  and  phase  correctness,  and  reply 
data  bits.  This  provides  a  test  of  the  reply  controller,  the  reply  controllor 
interface,  the  digital  target  generator,  the  analog  target  generator,  and  the 
IF  Combiner. 

Figure  2.8-1  is  a  block  diagram  of  the  STU.  The  STU  mode  of  operation 
is  selected  by  the  CPU  via  two  registers:  the  control  word  register  and  the 
trigger  time  register.  The  control  word  register  receives  control  words  from 
the  CPU  which  contain  the  following  subfields:  uplink  select  (UPSFL)  -  selects 
the  type  of  pre-programmed  interrogation  to  be  sent;  sample  select  (SSEL)  - 
selects  which  IF  signal  (A,  E,  S2)  the  reply  sampling  circuit  of  the  STU  will 
sample;  and  reply  mode  select  (RD)  -  selects  which  reply  mode  (DABS  or  ATCRBS) 
is  to  be  expected  by  the  STU. 

The  trigger  time  register  contains  a  16-bit  interrogation  time  from  the 
CPU.  Its  content  is  continuously  compared  with  the  contents  of  tlie  16-bit 
range  counter.  Each  time  the  range  counter  value  reaches  this  value,  the 
selected  Interrogation  is  sent.  The  range  counter  is  reset  to  zero  when  a 
TOA  is  received  from  the  receiver,  synchronizing  the  STU  range  counter  wltli 
the  range  counters  of  the  reply  generators  and  the  receiver. 

2.8.2  Interrogation  Generator 

The  Interrogation  Generator  consists  of  a  digital  and  an  RF  section. 
Interrogation  pulses  generated  in  the  digital  section  arc  modulated  at 
1030  MHz  by  the  analog  section  and  coupled  into  the  receiver  input. 
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Fig.  2.8-1.  STU  block  diagram. 
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As  shown  In  Fig.  2.8-2,  central  to  the  digital  section  are  two  pre¬ 
programmed  ROMS.  One  contains  the  interrogation  preambles  and  the  other  con¬ 
tains  the  messages  and  addresses  for  DABS  interrogations.  Front  panel 
programmed  interrogations  or  any  one  of  the  ten  pre-programmed  interrogat ions 
in  the  ROM  may  be  selected  by  specifying  the  proper  value  of  the  uplink  select 
field  in  the  control  word  (see  Volume  3  of  this  document).  The  uplink 
select  word  is  decoded  by  the  decode  ROM  which  enables  the  8:1  multiplexers  to 
output  the  appropriate  Interrogation.  The  ten  pre-progr. mimed  interrogations 
and  their  messages  are  showtt  in  Table  2.8-1.  Note  that  these  are  tne  messages 
as  sent  to  the  receiver,  i.e.,  after  uplink  encoding  has  been  performed.  Tlie 
receiver  will  perform  the  corresponding  decoding  operation,  and  so  the  DABS 
address  fields  in  the  CPU  memory  after  processing  by  tlie  receiver  will  be 
different  from  those  shown. 

An  interrogation  is  Initiated  each  time  the  9-bit  address  counter 
receives  an  uplink  trigger  pulse  from  the  comparator.  This  pulse  resets  the 
counter  to  zero.  As  the  ROM's  are  sequentially  addressed,  the  interrogat ion 
preambles  followed  by  the  message  (DABS  only)  will  be  forwarded  to  the  KF 
section. 

As  may  be  seen  in  Fig.  2.8-3,  the  preamble  and  message  gate  input  from 
the  ROM  is  used  to  key  the  1030  MHz  oscillator  to  form  the  preamble  pulses, 
and  if  the  interrogation  is  a  DABS  type,  it  also  allows  the  1030  MHz  CW  to  be 
modulated  by  the  DPSK  input  from  the  ROM. 

The  DPSK  modulator  used  in  the  RF  section  is  a  balanced  mixer  type.  The 
phase  reversal  of  the  RF  signal  is  accomplished  by  reversing  the  polarity  of 
the  DPSK  input  to  the  mixer.  The  phase  reversal  happens  under  control  of  the 
toggle  flip-flop  (Fig.  2.8-2)  as  follows.  When  a  "1"  is  to  be  tran.smitted,  a 
"1"  from  the  ROM  will  enable  the  toggle  flip-flop  to  change  state,  causing 
a  phase  reversal  of  the  KF  signal  at  the  beginning  of  a  bit  interval  repre¬ 
senting  a  binary  one.  .Alternatively  the  toggle  flip-flop  will  not  change  state 
if  a  "0"  is  received  so  no  phase  reversal  will  occur  and  a  binary  zero  will 
be  represented.  A  waveform  for  a  DABS  interrogation  is  illustrated  in  Fig. 
2.8-4. 

Note  that  in  Fig.  2.8-2  the  counter  will  automatically  disable  itself 
when  a  full  count  is  reached.  It  remains  in  this  state  until  another  uplink 
trigger  is  received. 
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TABLE  2.8-1 


Interrogation  Type  Data-^ 

(1)  ATCRBS/DABS  All-Call  Mode  A 

(2)  ATCRBS/DABS  All-Call  Node  C 


(3)  DABS-only  All-Call 

127777 

177777 

137010 

023000 

(4/10)  DABS  Surveillance 

(4)  020000 

(10) 

026377 

000000 

125252 

100146 

054606 

057400 

122000 

(5)  ATCRBS  Mode  A  (No  P4 

Pulse) 

- 

(6)  ATCRBS  Mode  C  (No  P4 

Pulse) 

- 

(7)  ATCRBS  Mode  D  (Mo  P4 

Pulse) 

- 

(8/9)  DABS  Comm-A 

(8)  077777 

(9) 

070604 

177777 

000000 

177777 

000000 

177777 

000000 

177777 

000000 

177502 

000071 

(11-14)  Not  used 

040241 

041660 

(15)  Front  Panel  Programmed  DABS  Interrogation  Programmable 


* 

Data  is  given  in  octal,  and  each  row  represents  a  16  bit  word. 
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Fig.  2.8-3.  Interrogation  generator  (RF  section). 
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Fig.  2.8-4.  Comm-A  Interrogation  waveform. 


2.8.3  Reply  Sampling 


Any  of  the  three  outputs  (r,.  A,  U)  from  the  IK  Combiner  may  be  selected 
for  amplitude  sampling.  This  is  done  by  controlling  a  1P3T  diode  switch 
via  the  sample  select  (SSEL)  field  in  the  control  word.  The  selected  IK 
signal  is  amplified  and  detected  by  a  log  amplifier.  The  resultant  video 
pulse  is  then  sampled  and  converted  to  a  10-bit  binary  word  by  the  sample 
and  hold  (S/H)  amplifier  and  analog/digital  (A/D)  converter  respectively. 

(S/H  and  A/D  are  controlled  by  the  video  digitizing  circuit  to  be  explained 
shortly) . 

Before  the  output  from  the  log  amp  is  applied  to  the  S/H,  it  is  further 
amplified  by  a  linear  amplifier  providing  an  input  range  of  0  to  10  volts. 

The  hold  command  for  the  S/H  is  delayed  so  that  it  falls  in  the  middle  of  the 
input  pulse,  see  Fig.  2.8-5. 

In  addition  to  the  amplitude  measurement,  the  phase  difference  (assumed 
to  be  0  or  180  )  between  the  1'  and  A  channels  may  also  be  measured.  This  is 
accomplished  by  multiplying  the  Z  and  A  channel  signals  together.  This  tech¬ 
nique  assumes  that  the  I  and  A  amplitude  levels  are  identical.  The  result 
from  the  mixer  is  used  to  set  the  «t’  bit .  ("0"  for  0^^  and  "1"  for  180^^). 

This  setup  provides  a  means  of  checking  the  phase  shifter  in  the  analog 
target  generator.  (See  Section  2.5.1). 

Data  extraction  and  reply  detection  are  done  by  a  second  log  amplifier 
connected  to  the  Z  channel.  Video  output  from  the  amplifier  is  quantized 
by  the  VPQ  circuits,  providing  the  positive  slope  (TS)  ,  negative  slope  (NS) 
and  quantized  sum  (QS)  outputs  to  the  video  digitizer. 

A  simplified  diagram  of  the  VPQ  circuit  is  shown  in  Fig.  2.8-b.  Input 
from  the  Z  channel,  after  amplification,  follows  two  paths,  one  delayed  by 
125  nsec  with  respect  to  the  other.  The  two  signals  are  then  subtracted 
from  each  other,  producing  a  positive  and  a  negative  pulse  correspi  nd i ng  to 
the  positive  and  negative  slope  of  the  input  signal  from  the  channel  (see 
Fig.  2.8-7). 

The  amplified  input  from  the  Z  channel  is  also  applied  to  a  comparator, 
where  it  is  constantly  compared  to  the  MTL  (set  at  -1.25  V  for  -79  dB) .  Ql 
is  "true"  only  if  the  Z  input  is  above  the  MTL,  therefore  it  is  used  for 
gating  the  PS  pulse  in  the  video  digitizer,  see  Fig.  2.8-8.  If  the  input  pulse 
level  is  above  MTL,  the  resulting  PS  pulse  will  be  synchronized  and  the  J-K 
flip-flop  (ICj^)  will  be  set.  It  renuilns  set  until  the  synchronized  NS  pulse 
arrives,  thus^a  TTL  pulse  vith  the  same  pulse  width  as  the  input  is  created. 

If  this  is  the  first  pulse  of  the  reply,  the  following  events  will  occur: 
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Fig.  2.8-5.  Reply  sampling  waveforms 
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Fig.  2.8-6.  Simplified  diagram  of  VPQ. 
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Fig.  2.8-8.  Video  digitizer. 


1.  The  phase  bit  (4)  and  range  will  be  loaded  Into  their  appropriate 
registers. 

2.  The  range  available  bit  (IC^)  will  be  set. 

3.  The  S/H  amplifier  will  be  set  Into  a  hold  mode  (set  IC^) >  and  250  ns 
later  a  convert  command  will  be  sent  to  the  A/D. 

4.  The  data  register  controller  will  be  started. 

IC2  will  latch  up  after  the  first  pulse,  so  that  the  above  operations 
will  occur  only  once,  on  the  first  pulse  of  each  reply.  IC^,  IC^,  IC^, 
and  IC.  are  Initialized  by  the  CPU  (buffer  empty)  before  a  reply^is  sent  to 
the  STO. 

The  A/D  converter  used  In  the  STU  is  a  successive  approximation  type  with 
a  conversion  time  of  4  psec.  When  a  conversion  is  finished,  a  data  ready  pulse 
is  generated,  causing  the  result  of  the  conversion  to  be  loaded  into  the  ampli¬ 
tude  register,  and  a  bit  indicating  this  to  the  STU  controller. 

2.8.4  Data  Register  Controller 

Reply  data  from  the  Video  Digitizer  are  "sampled"  into  a  shift  register. 
After  16  shifts  the  results  are  then  parallel  loaded  into  the  "data  register" 
and  subsequently  transferred  to  the  CPU,  see  Pig.  2.8-1.  The  sampling  and 
loading  operations  are  controlled  by  the  Data  Register  Controller. 

A  simplified  diagram  of  the  Controller  is  presented  in  Fig.  2.8-9.  It 
consists  of  a  9-blC  address  counter,  a  programmed  ROM,  and  a  multiplexing 
circuit  that  selects  different  outputs  from  the  ROM. 

The  address  counter  is  zeroed  when  a  start  command  is  received  from  the 
Video  Digitizer.  As  the  Counter  counts  up  at  the  4  MHz  rate,  the  sampling 
and  loading  commands  will  be  output  from  the  ROM.  Since  the  ROM  provides 
both  DABS  and  ATCRBS  commands,  it  is  necessary  to  multiplex  the  outputs. 
Multiplexer  Ml  and  M2  provide  this  function. 

The  data  rate  for  DABS  replies  is  1  MBPS.  It  is  easy  to  program 
the  RCM  to  sample  the  data  every  1  usee,  as  the  system  clock  is  running  at 
4  MHz  (see  Fig.  2.8-10).  For  ATCRBS  replies,  the  timing  differs  from  that  of 
Che  system  clock  and  its  multiples;  therefore  it  is  not  possible  to  program 
the  RWf  to  sample  the  ATCRBS  reply  data  directly,  and  a  delay  scheme  must 
therefore  be  used.  Four  ROM  outputs  (A,  B,  C,  and  D)  together  with  multiplexer 
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M3  and  a  multiple  tap  delay  element  provide  the  sample  clock  for  the  ATCRBS 
reply.  This  scheme  Is  Identical  to  one  used  In  the  digital  target  generator 
(see  Section  2. 4. 1.2. 4. 2)  .  When  the  9-blt  counter  reaches  the  maximum  count 
It  automatically  disables  Itself. 

DABS  reply  data  are  modulated  using  a  pulse  position  modulation  (PPM) 
technique.  A  logical  "1"  Is  represented  by  a  0.3  ys  pulse  In  the  first 
half  of  a  1  Msec  data  bit  Interval,  and  a  logical  "0"  by  a  0.5  ys  pulse  In 
the  second  half.  To  provide  a  check  on  the  PPM  format,  format  error  detection 
Is  designed  Into  the  STU.  This  is  shown  in  Fig.  2.8-9.  The  same  data  that 
goes  from  the  Video  Digitizer  to  the  shift  register  Is  also  applied  to 
the  error  detector.  It  is  basically  a  two-bit  shift  register,  with  the 
output  summed  by  an  exclusive  nor  gate.  Whenever  an  illegal  "0,0”,  or  "1,1" 
occurs  from  the  shift  register,  the  result  will  be  latched  In  the  D-flip-flop 
and  subsequently  reported  to  the  CPU  via  the  error  bit  register.  Note  that 
the  clock  for  the  two-bit  shift  register  and  the  D-flip-flop  are  coming  from 
the  ROM,  so  that  the  D-fllp-flop  will  be  clocked  only  after  two  halves  of  a 
data  bit  have  been  shifted  into  the  register.  The  D-flip-flop  is  reset  by  the 
CPU  before  a  reply  is  sent  to  the  STU. 

2.8.5  STU  Controller 

For  each  reply  received,  the  STU  will  transfer  a  block  of  eleven  words 
to  the  CPU.  These  consist  of  reply  time,  reply  amplitude,  phase  bit  (LR) ,  uplink 
select  bits  (UPSEL) ,  sample  select  bits  (SSEL) ,  mode  select  bit  (RD) ,  error 
bit  (EB) ,  and  reply  data  bits.  These  data  are  held  by  different  registers  as 
shown  in  Fig.  2.8-1. 

Output  of  these  registers  are  tied  together  forming  a  common  open  collector 
bus.  Each  register  Is  then  enabled  by  the  STU  Controller  at  the  appropriate 
time  so  that  the  data  are  transferred  to  the  CPU  in  the  format  shown  in  Volume 
3  of  this  document. 
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Operation  of  the  STU  Controller  may  be  understood  by  examining  the  state 
diagram  of  Fig.  2.8-11.  State  0  Is  the  Initial  state  of  the  Controller, 
entered  whenever  the  STU  Is  reset,  either  by  buffer  empty  or  lORST/CLR 
from  the  STU  Interface.  It  remains  In  this  state  until  the  first  pulse  of 
the  reply  Is  detected  by  the  Video  Digitizer,  causing  the  reply  time  available 
bit  to  be  set  (IC^  In  the  Video  Digitizer) .  This  bit  allows  the  Controller 
to  advance  to  State  1,  thereby  enabling  the  range  register  to  output 
the  data  to  the  bus.  At  this  time  the  A/D  converter  Is  converting  the  reply 
pulse  amplitude.  States  2  and  '3  wait  for  the  end  of  the  conversion  signal 
from  the  A/D  and  enable  the  phase  bit  and  amplitude  register  respectively. 

For  diagnostic  purposes,  the  control  word  sent  by  the  CPU  is  echoed 
back  by  State  4.  Since  It  takes  16  psec  to  assemble  16  reply  data  bits,  an 
idle  state  Is  needed  to  wait  for  the  completion.  This  Is  the  purpose  of 
State  5.  As  soon  as  a  16-blt  data  word  Is  ready.  State  6  will  enable  the  "data 
register"  on  the  bus.  States  5  and  6  will  repeat  until  all  7  data  words  are 
transferred.  Since  ATCRBS  replies  have  only  one  16-blt  reply  word,  only 
the  first  word  will  be  valid.  The  other  six  are  transferred  as  "don't  care" 
ffords.  Finally,  State  7  enables  the  error  bit  register  when  it  Is  valid,  as 
Indicated  by  the  error  bit  "ready”  from  the  Data  Register  Controller. 

Vfhen  State  7  Is  terminated.  State  0  will  be  re-entered,  and  the  whole 
process  will  be  repeated  for  the  next  reply.  Although  It  is  not  shown  In 
the  state  diagram,  each  16-blts  of  data  transferred  to  the  Interface  Is 
accompanied  by  a  data  available  pulse.  The  STU  Interface  uses  this  pulse  to 
latch  In  the  data  words  (see  section  on  the  STU  Interface) .  Since  there  Is 
sufficient  time  between  each  transfer,  no  handshake  from  the  interface  is 
required . 


2.8.6  STU  Interface 

The  STU  Interface  controls  the  operating  mode  of  the  Self  Test  Unit  and, 
in  the  Reply  Sampling  mode,  provides  buffer  space  for  storing  the  11  data 
words  from  the  STU. 

To  place  the  STU  Interface  in  operation,  (i.e.,  after  power  up),  either 
an  lORST  or  CLR  command  must  be  Issued  by  the  CPU.  These  two  instructions 
reset  the  D  flip-flops  IC^  and  IC„  to  zero,  (see  Fig.  2.8-12)  and  clear  the 
control  register  In  the  Self  Test^Unlt. 

Since  two  control  words  are  required  by  the  STU,  they  must  be  stored 
two  separate  registers,  A  and  B  as  shown  in  Fig.  2.8-12.  The  outputs  Q  and 
Q  of  ICj^  are  used  to  gate  the  clock  Input  of  these  registers,  so  two  suc- 
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Fig.  2.8-11.  State  diagram  of  STU  controller 


Fig.  2.8-12.  Control  registers. 


cessive  DOA's  from  the  CPU  will  place  two  control  words  in  the  appropriate 
registers.  At  the  end  of  the  second  DOA,  IC^  will  be  set  causing  a  LOAD  DATA 
pulse  to  be  generated  by  the  edge  detecting  circuit  (IC^  and  IC^).  Besides 
causing  output  to  the  STU,  the  LOAD  DATA  pulse,  after  being  delayed  by  IC.  and 
IC, ,  places  the  contents  of  registers  A  and  B  on  the  STU  data  bus.  The  STU 
uses  the  LOAD  DATA  pulse  to  latch- in  the  two  control  words. 

For  diagnostic  purposes,  the  contents  of  registers  A  or  B  may  be  examined 
by  the  CPU  if  the  DIB  or  DIC  instruction  is  executed. 

In  the  interrogation  generation  mode  only  the  two  control  words  must  be 
specified.  However,  for  the  reply  sampling  mode  a  STAKT  instruction  must  also 
be  issued  by  the  CPU.  The  purpose  of  this  instruction  is  to  (1)  reset  the 
STU  Interface  and  (2)  prepare  the  STU  to  look  for  a  reply. 


When  the  STU  Interface  receives  a  START  pulse,  BUSY  will  be  set,  in  turn 
causing  a  Buffer  Empty  pulse  to  be  sent  to  the  STU  and  the  address  counter  for 
the  memory  be  reset  (see  Fig.  2.8-13).  The  Buffer  Empty  pulse  causes  the 
STU  to  look  for  a  new  reply.  At  this  time,  if  a  reply  is  generated  by  either 
a  CAT  or  FAT,  it  will  be  detected  by  the  STU.  The  11  words  resulting  will  be 
transferred  to  the  STU  Interface.  Each  word  transferred  is  accompanied  by 
a  Data  Available  pulse.  This  pulse  gates  the  data  into  the  memory  and  increments 
the  memory  address  counter.  At  the  end  of  the  eleventh  word,  a  CPU  Interrupt 
is  generated  and  the  memory  address  is  reset  to  the  first  location.  Note  that 
only  locations  5  through  15  of  the  memory  are  used,  since  there  are  only  11 
words  to  be  transferred. 


When  the  CPU  processes 
11  successive  DIA's.  After 
It  is  not  necessary  for  the 
a  START  pulse  will  Initiate 


the  interrupt,  it  can  obtain  the  data  by  executing 
each  DIA,  the  memory  counter  will  be  inciemented. 
CPU  to  read  all  11  words  or  any  of  them.  Issuing 
a  new  reply  listening  cycle  for  the  STU. 


2.9  Radar  Report  Interface 


The  Radar  Report  Interface  (RRI)  reformats  radar  reports  resident  in  the 
CPU's  memory  into  Production  Common  Digitizer  (PCD)  formatted  reports  for  serial 
transmission  to  the  radar  input  port  of  the  DABS  sensor. 

This  device  uses  the  data  channel  method  of  transferring  data,  and 
can  therefore  output  a  complete  block  of  data  from  memory  once  the  starting 
address  and  word  count  are  specified. 

Operation  of  the  RRI  may  be  understood  by  considering  the  following 
data  transfer  cycle.  Before  a  data  channel  transfer  is  initiated,  the  CPU 
must  specify  the  starting  address  of  the  memory  and  the  word  count.  The 
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Fig.  2.8-13.  11-word  buffer 


memory  address  and  word  count  registers  are  shown  In  Klg.  2.9-1.  To  begin 
the  data  channel  transfer  operation,  a  STAKT  Instruction  is  Issued  (l.e.,  the 
start  pulse  accompanies  the  instruction)  setting  the  busy  and  clearing  the 
done  bit.  As  a  result  the  DCH  sync  flip-flop  is  set,  causing  a  data  channel 
request  to  be  sent  to  the  CPU  (see  Fig.  2.9-2).  W\>en  tl\e  data  cliannel  Is 
made  available  the  CPU  transmits  two  control  signals  to  the  Interface,  DCHA 
followed  by  DCHO.  DCllA  outputs  tite  contents  of  the  memory  address  register 
to  the  data  bus  and  Increments  the  menwry  address  and  word  count  registers. 

DCHO  latches  the  data  from  the  addressed  memory  location  into  tlie  data 
register  (see  Fig.  2.9-1). 

Since  operation  of  the  data  channel  and  the  external  clock  are  asynchro¬ 
nous  some  form  of  synchronization  is  required  in  order  for  the  Interface  to 
operate  properly.  This  is  the  purpose  of  the  Sync  Flip-flop  In  Fig.  2.9-2. 

Each  time  DCHO  is  output  from  the  CPU,  the  Sync  Flip-flop  will  be  set.  This 
allows  the  multiplexer  to  pass  data  from  the  data  register  to  the  shift 
register.  Note  that  Bit  A  -  Bit  15  and  Bit  (J  from  the  data  register  go  to 
a  parity  encoder  before  the  shift  register  is  loaded.  Bit  0  is  used  to  select 
even  (1)  or  odd  (0)  parity.  When  the  shift  register  finishes  outputting  the 
current  word,  shift/load  from  tl»e  "  -f  13  divider"  will  be  set,  allowing  the 
new  data  frot..  the  multiplexer  to  be  loaded  into  the  shift  register.  Note  that 
the  output  from  the  divider  also  resets  the  Sync  Flip-flop  and  inltl.ites 
another  data  channel  request.  Thus  while  the  current  word  is  being  transferred, 
the  next  word  will  be  fetched  from  memory.  This  process  will  continue  until 
the  end  of  the  data  block  Is  reached.  At  that  time,  the  word  count  register 
will  contain  zero,  causing  the  done  bit  to  be  set,  the  busy  bit  to  be  reset, 
and  an  Interrupt  generated.  Resetting  tlve  busy  bit  will  prevent  further  data 
channel  requests  from  being  generated. 

Note  that  when  the  Sync  Flip-flop  is  reset  to  zero,  as  In  tl\e  case  of 
no  data  channel  operations,  the  shift  register  will  constantly  receive  an 
idle  character  (000  111  111  111  1)  from  the  multiplexer,  .and  consequently  all 
data  sent  will  consist  of  idle  characters. 

The  data  formats  for  the  Radar  Report  Interface  m.ay  be  found  In  Vol  .  3 
of  this  document . 

2.10  Random  Number  Generator  Interface 

This  device  provides  the  CPU  with  16  bit  uniformly  distributed  random 
integers.  It  consists  of  three  T  flip-flops  and  lA  D  flip-flops  cascaded 
as  shown  in  Fig.  2.10-1.  With  output  from  tlie  hast  D  flip-flop  fed  back 
to  the  input  to  the  first  T  flip-flop,  a  17  bit  maximal  length  seqvience  gene¬ 
rator  is  formed.  (See  The  Design  of  Dl^lt.-U  ^sterns  by  .lohn  B.  Pe.atman, 
p.  A12). 
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Each  time  the  generator  Is  read  by  the  CPU  (DIA) ,  it  will  be  clocked 
once,  and  a  new  number  produced. 

This  generator  is  capable  of  generating  all  2^^-l  possible  states, 
except  zero.  Since  zero  is  an  illegal  state,  (causing  a  lock-up  condition)  the 
generator  must  not  start  in  this  condition.  To  assure  this,  the  generator  is 

reset  to  state  "111  000  - 00"  during  power  up,  or  at  any  time  by  the  lORST 

or  NIOP  instructions. 


3.0  OPERATIONAL  SOFTWARE 


3.1  Major  Software  Functions 

ARIES'  major  software  functions  consist  of: 

1.  Interrogation  Processing 

2.  Pre-Interrogation  Processing 

3.  Traffic  Model  Input 

4.  Inter-ARIES  Communication 

5.  Timer  Countdown 

6.  Operator  Communications 

7.  System  Initialization 

8.  Data  Recording 

These  major  functions  communicate  with  one  another  and  access  global  data 
structures  as  shown  in  Fig.  3.1-1,  The  operation  of  each  function  Is  summarized 
here  and  explained  In  detail  in  the  following  subsections*. 

Interrogation  Processing  performs  several  functions  based  on  interrogation 
data  input  by  the  receiver,  as  follows: 

a)  It  generates  reply  data  blocks  using  information  in  the  Track  File 
and  transmits  these  to  the  controlled  reply  generator. 

b)  It  uses  the  data  from  ATCRBS/All-Call  interrogations  to  provide 
antenna  azimuth  and  azimuth  rate  information  that  can  be  used  by 
the  rest  of  the  system. 

c)  Whenever  the  antenna  moves  into  a  new  azimuth  sector  Interrogation 
Processing  looks  up  the  fruit  rate  for  that  sector  and  Initializes 
the  fruit  reply  generator  for  the  correct  fruit  rate.  There  are 
32  sectors  for  fruit  generation  purposes. 

d)  Whenever  the  antenna  passes  the  starting  azimuth  specified  for 
the  next  group  of  radar  replies  to  be  transmitted.  Interrogation 
Processing  releases  them  for  transmission.  It  may  also  start  the 
radar  Interface  if  It  is  not  already  active. 


Detailed  format  descriptions  of  the  data  structures  are  given  in  Appendix  E, 
although  details  of  the  use  of  these  structures  are  described  only  under  the 
various  software  functions.  Detailed  descriptions  of  the  I/O  formats  and 
protocols  for  the  ARIES  devices  are  given  in  Volume  3.  A  more  detailed 
description  of  hardware  operation  Is  given  In  Section  2.0. 
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Fig.  3.1-1.  ARIES  software  system. 


The  Track  File  is  the  central  store  of  Information  concerning  all 
aircraft  visible  to  the  sensor.  Most  other  files  are  merely  indices  for  this 
file.  In  particular,  the  DABS  ID  Lookup  Table  allows  a  program  to  quickly 
locate  the  track  record  for  a  target  given  only  the  DABS  ID.  The  Azimuth 
Sorted  Index  allows  a  program  to  find  all  track  records  for  targets  that  lie 
between  two  given  azimuths.  The  Reply  Time  Sorted  Index  allows  Interrogation 
Processing  to  find  all  track  records  for  targets  which  could  possibly  reply  to 
an  all-call  interrogation  at  the  current  antenna  azimuth.  Furthermore,  these 
are  sorted  by  reply  time  so  that  no  further  sorting  needs  to  be  done  to  place 
the  replies  in  the  reply  buffer  in  correct  time  order. 

Pre-Interrogation  Processing  has  the  function  of  creating  the  Reply  Time 
Sorted  Index  for  all  aircraft  which  could  be  in  the  beam  during  the  next  0.1 
second  interval.  It  also  updates  all  track  positions  for  such  targets  to  the 
time  at  which  they  will  next  be  on  the  antenna  boresight.  Finally,  it  generates 
simulated  radar  reports  for  these  aircraft. 

Data  for  the  Track  File  are  obtained  from  the  traffic  model  data  stored 
on  the  disk.  These  data  are  processed  by  Traffic  Model  Input.  Each  track 
update  from  the  disk  has  a  time  associated  with  it,  and  the  disk  file  is 
time  ordered.  Thus  Traffic  Model  Input  simply  compares  the  update  time  of  the 
next  track  update  record  with  the  current  system  time  and  processes  the  record 
at  the  specified  time. 

The  Inter-ARIES  communication  functions*  consist  of  Adjacent  ARIES  Input, 
Modem  Input  and  Modem  Output.  They  provide  the  capability  for  several  ARIES 
systems  to  run  in  synchronism  to  generate  a  multi-site  environment.  This 
can  be  used  to  load  the  various  multisite  network  functions  of  the  DABS  system. 
Messages  are  provided  which  allow  several  sites  to  start  synchronously  and 
maintain  synchronism.  Other  messages  provide  the  means  of  keeping  the  state 
data  for  all  targets  consistent  among  all  sites  (e.g.,  if  a  target  receives 
a  lockout  command  from  one  sensor,  the  target  should  appear  locked  out  at  all 
sites) . 

The  Timer  Countdown  function  counts  down  the  clocks  in  the  Track  File 
which  simulate  the  transponder  timeout  function.  This  causes  the  simulated 
transponders  to  reinitialize  their  states  if  they  have  not  been  interrogated 
within  about  16  seconds,  as  do  real  transponders. 

Operator  Communications  provides  the  system  operator  with  teletype 
commands  by  which  system  operation  can  be  controlled.  These  include  positioning 
the  model  to  a  specific  time,  starting  the  simulation,  stopping  the  simulation, 
and  checking  system  status. 


To  be  implemented. 


System  Initialization  controls  the  positioning  of  the  model  file  and 
the  initialization  of  all  the  system  files.  It  can  also  be  used  to  reinitialize 
the  system  after  it  has  been  halted  by  operator  command. 

The  system  includes  the  capability  for  the  various  functions  to  record 
data  onto  either  disk  or  tape  for  the  purpose  of  off-line  analysis  and  de¬ 
bugging. 


3.2  Interrogation  Processing 

3.2.1  Assumed  Interrogation  Pattern 

Fig.  3.2-1  is  a  time  line  for  the  DABS  channel.  As  shown,  the  assumed 
pattern  consists  of  single  all-call  interrogations  separated  by  zero  or  more 
cycles  of  DABS  interrogations.  The  all-call  interrogations  occur  either  at 
fixed  intervals  or  follow  a  known,  fixed  pattern  of  intervals.  The  interroga¬ 
tion  mode  (A  or  C)  is  also  assumed  to  follow  a  known  pattern,  as  is  the  use  of 
the  front  or  back  antenna  in  sensors  equipped  with  a  back-to-back  antenna  sys¬ 
tem.  The  combination  of  the  mode  pattern,  the  front/back  pattern,  and  the 
interval  pattern  gives  rise  to  an  overall  periodic  interrogation  pattern. 

Knowing  this  pattern,  and  the  place  of  the  last  interrogation  in  the  pattern, 
it  is  possible  to  determine  the  time  of  the  next  interrogation  to  within  a  few 
microseconds,  and  also  the  mode  and  front/back  status  of  that  interrogat ion . 

ARIES  determines  this  interrogation  pattern  during  its  initialization  procedures. 
At  each  all-call  interrogation  it  then  predicts  the  time  and  mode  of  the  next 
all-call  interrogation. 

Each  all-call  interrogation  is  followed  by  a  listening  interval  sufficient 
for  receiving  replies  from  the  maximum  sensor  range,  plus  an  extra  interval  to 
allow  the  channel  to  be  clear  of  more  distant  replies. 

The  DABS  interrogations  which  fall  between  the  all-call  listening  intervals 
also  are  assumed  to  be  structured.  The  arrival  of  these  interrogations  is  not 
predictable.  It  is  assumed,  however,  that  if  aircraft  A  receives  an  interroga¬ 
tion  before  aircraft  B,  that  A’s  reply  will  be  received  by  the  sensor  before 
B's  reply.  The  discrete  interrogations  and  replies  are  assumed  to  have  a 
cyclic  structure,  with  a  series  of  interrogations  followed  by  all  the  replies 
to  those  interrogations.  No  further  interrogations  are  sent  until  all  the 
replies  are  received.  This  is  diagramed  in  Fig.  3.2-1.  It  may  be  that  several 
of  these  cycles  occur  between  all-call  interrogations. 

3.2.2  Interrogation  Processing  Overview 

Processing  of  discrete  and  all-call  interrogations  is  handled  differently 
due  to  the  order  of  magnitude  difference  in  the  minimum  round  trip  times  as 
well  as  the  fact  that  a  single  all-call  interrogation  can  elicit  replies  from 
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Fig.  3,2-1.  Channel  time  allocation 


many  aircraft  while  a  single  discrete  interrogation  causes  only  a  single 
reply.  It  is  possible  to  process  discrete  interrogations  as  they  arrive. 

The  total  time  available  to  the  software  in  the  worst  case  is  64  ysec  (see 
the  analysis  in  Section  3. 2. 3. 7).  By  efficient  assembly  language  coding 
and  use  of  a  user-microprogrammable  CPU  the  total  processing  time  can  be 
reduced  to  just  under  this  limit. 

For  ATCRBS-equipped  aircraft  at  the  minimum  range  (1  nmi) ,  the  appropriate 
ATCRBS  reply  must  be  returned  to  the  sensor  within  about  15  usee  of  the  detection 
of  the  interrogation  (12  usee  for  out-back  travel  time,  3  usee  for  transponder 
turnaround).  This  is  barely  sufficient  time  for  a  computer  to  respond  to  an 
Interrupt,  let  alone  perform  any  processing.  Therefore,  it  is  not  possible  to 
process  all-call  interrogations  in  the  way  discrete  Interrogations  are  handled, 
i.e.,  waiting  until  the  interrogation  is  received  to  start  generating  the  replies. 

Fortunately,  the  nature  of  all-call  scheduling  is  such  that  the  sensor 
simply  goes  repeatedly  throu<,h  a  short  cycle  of  interrogations.  Given  a 
knowledge  of  this  cycle,  the  position  of  the  last  Interrogation  in  that  cycle, 
and  the  time  of  that  interrogation  it  is  possible  to  predict  the  time  and  mode 
of  the  next  interrogation.  This  cyclic  pattern  can  be  recognized  very  quickly 
by  ARIES  during  an  initialization  period.  It  is  then  stored  in  the  Interrogation 
Pattern  File  (one  of  the  Site  Characterization  Tables  in  Fig.  3.1-1). 

Once  this  pattern  has  been  recognized  and  'locked  onto*  it  is  possible  to 
prepare  the  replies  to  an  interrogation  in  the  time  interval  preceding  the 
interrogation.  Furthermore,  an  external  Interval  timer  can  be  set  to  generate 
an  interrupt  to  the  computer  several  microseconds  before  the  actual  interro¬ 
gation.  This  allows  the  computer  time  to  change  state  and  to  enter  the  all-call 
processing  programs  in  anticipation  of  the  coming  interrogation.  Since  me 
replies  to  that  Interrogation  are  already  computed  at  that  point,  it  can  release 
these  replies  immediately  to  the  reply  generation  hardware. 

Thus,  the  processing  cycle  for  all-call  interrogations  is  inverted,  in 
that  the  first  thing  done  is  to  transmit  the  already  computed  replies  back  to 
the  sensor.  Following  that,  the  replies  for  the  next  anticipated  interrogation 
are  calculated  and  the  interval  timer  is  set  to  interrupt  slightly  in  antici¬ 
pation  of  that  interrogation. 

Note  that  the  success  of  this  scheme  does  not  depend  on  timing  the 
Interrogation  Intervals  accurately  to  better  than  a  few  microseconds.  The 
predicted  time  of  the  next  interrogation  is  used  solely  to  set  the  Interval 
timer  and  to  predict  the  antenna  azimuth  at  the  next  interrogation  (which  does 
not  require  timing  accuracy  better  than  about  200  usee  for  a  4  second  scan  rate 
and  14  bit  azimuth  resolution.)  The  reply  time  data  in  the  predicted  replies 
is  not  referenced  to  this  anticipated  time,  but  to  an  interrogation  time  of 
zero.  This  can  be  done  because  the  reply  time  clocks  in  the  reply  generators 
are  always  set  to  zero  upon  receipt  of  an  all-call  interrogation  (see  Section 
2). 
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Various  hardware  features  of  the  receiver,  controlled  reply  generator, 
and  interval  timer  are  designed  specifically  to  aid  in  this  mode  of  operation 
and  to  eliminate  certain  timing  problems  that  arise.  See  Section  2  of  this 
manual. 

Fig.  3.2-2  is  a  flowchart  of  Interrogation  Processing.  The  following 
sections  describe  the  various  portions  of  that  flowchart.  Note  that  Interro¬ 
gation  Processing  really  consists  of  two  separate  Interrupt  handlers.  One  of 
these  is  triggered  by  the  receiver  interrupt  and  handles  discrete  interrogations 
and  also  the  acquisition  and  verification  of  the  all-call  Interrogation  pattern. 
The  other  handler  processes  the  interval  timer  Interrupt  and  handles  ATCRBS  and 
all-call  reply  generation.  These  are  described  together  because  of  the  close 
relationship  between  them. 

3.2.3  Discrete  Interrogation  Processing 

3. 2. 3.1  Inputs,  Outputs,  and  Timing 


Inputs: 

Interrogations  from  the  receiver  input  buffer 
Track  File  records  for  the  interrogated  aircraft 
DABS  ID  Lookup  Table 

Antenna  Pattern  Lookup  Table  (one  of  the  Site  Characterization  Tables) 
Azimuth  Correction  Table  (one  of  the  Site  Characterization  Tables) 
Outputs : 

Discrete  replies  to  the  reply  buffer  (a  hardware  buffer  on 
the  controlled  reply  generator  interface) 

Modified  transponder  state  bits  In  the  Track  File 
records  for  the  Interrogated  targets 

Records  of  the  interrogations  to  a  data  recording  buffer.  These 
Include  copies  of  the  Inter-ARIES  track  status  messages. 


Timing: 

This  procedure  is  triggered  by  the  arrival  of  a  discrete 
interrogation  (hardware  interrupt) . 

3. 2. 3. 2  Location  of  the  Track  File  Record 

The  first  step  in  processing  a  discrete  interrogation  is  to  locate  the 
correct  Track  File  record  by  using  the  DABS  ID  in  the  interrogation.  The 
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Fig. 3. 2-2.  Continued. 
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Fig.  3.2-2.  Continued. 
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Fig. 3. 2-2.  Continued. 
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Fig. 3. 2-2.  Continued. 
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low  order  ten  bits  in  the  ID  are  used  as  an  index  into  the  DABS  ID  Lookup 
Table.  If  the  corresponding  table  entry  is  zero,  the  target  does  not  exist. 
Otherwise,  the  table  entry  is  a  pointer  to  the  first  word  of  the  track  file 
record  for  that  target. 

Note  that  this  procedure  places  certain  restrictions  on  the  DABS  ID's 
provided  by  the  model  file.  These  ID's  must  be  unique  in  the  bit  positions 
used  for  table  lookup  or  the  above  procedure  will  not  result  in  a  unique 
track  record  for  each  aircraft.  It  is  assumed  that  the  model  generation 
procedures  will  be  free  to  assign  ID's  in  order  to  satisfy  this  constraint. 

The  bits  of  the  ID  used  to  index  the  DABS  ID  Lookup  Table  constitute  what  amounts 
to  a  track  number  for  a  target  and  are  the  only  means  of  locating  a  track  record. 
For  this  reason,  ATCRBS  targets  are  also  assigned  DABS  ID's  which  are  used  solely 
as  track  numbers  to  uniquely  Identify  all  targets  In  the  simulation. 

3. 2. 3. 3  Determining  Whether  the  Target  is  to  Reply 

The  next  step  is  to  determine  whether  the  interrogated  target  is  to  respond 
to  the  interrogation.  In  the  real  world,  this  is  affected  by  several  factors. 

The  received  power  level  determines  whether  or  not  the  transponder  can  detect 
the  interrogation.  This  is  in  turn  determined  by  the  position  of  the  target 
within  the  sensor's  antenna  pattern,  the  position  of  the  sensor  in  the  target's 
antenna  pattern,  and  the  range  of  the  target.  A  second  effect  is  the  possibility 
that  interference  on  the  uplink  channel  might  prevent  detection  of  the  interro¬ 
gation  or  cause  certain  bits  to  be  altered  in  the  message.  The  latter  condition 
will  result  in  an  incorrect  DABS  ID  being  seen  by  the  transponder  due  to  the 
error  detection  coding  on  the  uplink  (see  FAA-RD-75-61 ,  FAA-RD-75-62)  and  no 
reply  will  be  generated.  Finally,  if  the  target  is  far  enough  from  boresight, 
the  P2  pulse  transmitted  over  the  omnidirectional  antenna  will  have  a  large 
enough  amplitude  compared  with  PI  and  P3  to  cause  the  transponder  sidelobe 
suppression  (SLS)  logic  to  prevent  a  reply. 

Even  if  the  target  does  reply,  the  reply  may  be  rejected  by  the  sensor  for 
several  reasons.  One  is  a  low  signal  level,  another  is  interference.  Both  of 
these  conditions  are  simulated  by  the  ARIES  reply  stream.  However,  if  a  target 
is  so  far  off  boresight  that  its  difference  beam  antenna  signal  is  greater 
than  its  sum  beam  antenna  signal,  replies  will  be  rejected  as  being  too  far 
of f-boresight  by  the  Receive  Sidelobe  Suppression  (RSLS)  circuitry  of  the  DABS 
sensor.  ARIES  cannot  simulate  this  condition,  as  the  design  prevents  tlie 
difference  signal  from  being  greater  than  the  sum  signal.  Thus,  the  ARIES 
software  must  simulate  this  condition  by  preventing  a  reply. 

It  is  not  necessary  for  ARIES  to  simulate  all  of  these  effects  in  detail. 

The  actual  reply  model  used  depends  on  only  two  parameters,  a  reply  probability 
stored  in  the  track  record  and  the  of f-boresight  azimuth  of  tlie  target. 
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The  reply  probability  encompasses  three  effects:  the  target's  range,  the 
target's  antenna  pattern,  and  the  likelihood  of  interference.  Tlie  traffic  model 
determines  the  probability  of  the  reply.  The  software  which  generates  this 
model  can  use  this  probability  to  achieve  various  effects.  Setting  the  prob¬ 
ability  to  its  maximum  value  guarantees  that  the  target  will  reply  if  within  the 
beam.  Setting  it  to  zero  guarantees  no  reply.  Alternating  between  these  values 
on  a  scan  to  scan  basis  can  be  used  to  simulate  any  scan  to  scan  reply  pattern. 
Setting  an  Intermediate  value  of  reply  probability  will  give  a  random  pattern 
of  replies.  Under  that  circumstance,  the  given  probability  will  be  compared 
against  the  next  output  of  the  hardware  random  number  generator.  If  this 
value  is  less  than  the  given  probability,  a  reply  will  be  generated  if  the 
target  is  in  the  beam.  If  greater,  no  reply  will  be  generated. 

The  of f-boresight  angle  Is  used  to  model  the  effect  of  the  sensor's 
antenna  pattern.  If  the  target  is  within  some  specified  angle  of  the  antenna 
boresight,  the  target  will  reply.  The  cutoff  angle  is  the  angle  at  which 
the  sensor's  difference  beam  gain  equals  the  sum  beam  gain,  this  being  the 
cutoff  point  beyond  which  ARIES  cannot  simulate  the  monopulse  of f-boresight 
signals. 

The  of f-boresight  angle  of  Interest  is  the  angle  at  the  time  of  reply. 

This  can  be  computer  by: 

DBA  -  -  0^  +  c(p) 

where ; 

OBA  “  off-boresight  angle  at  the  time  of  reply 

6^  “  Target  azimuth  from  the  track  record 

0^  ■  Antenna  boresight  azimuth  at  the  time 

of  interrogation,  as  received  in 
the  interrogation  data  block. 

c(p)  “A  correction  factor  which  accounts  for  antenna 

rotation  during  the  signal's  round  trip  time. 

This  is  computed  by  using  the  most  significant 
four  bits  of  (p)  to  index  the  Azimuth  Correction 
Table. 

(p)  •>  The  round  trip  time  for  the  target,  composed  of 

the  signal  out-back  time  plus  the  transponder 
turnaround  time. 

Pre-Interrogation  Processing  updates  0^  for  all  tracks  to  be  the  azimuth 
at  the  time  the  target  is  on  boresight.  For  most  targets,  the  azimuth  rate 
will  be  small  enough  that  they  do  not  move  during  the  beam  dwell  time.  The 
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time  critical  nature  of  discrete  interrogation  processing  makes  it  necessary 
to  ignore  any  corrections  due  to  target  motion  during  the  beam  dwell.  The 
linear  position  error  resulting  will  not  be  more  than  31  feet  (assuming  64 
msec  beam  dwell,  960  ft/sec  target  speed),  but  for  short  range  targets  this 
can  result  in  a  noticeable  azimuth  difference. 

Note  that  these  calculations  must  be  done  modulo  360  degrees.  Note  also 
that  the  antenna  boresight  azimuth  in  an  interrogation  is  for  the  front  ant¬ 
enna.  For  sensors  with  front  and  back  antennas  an  offset  must  be  added  to 
this  value  to  obtain  the  boresight  of  the  back  antenna  whenever  the  interroga¬ 
tion  is  from  the  back  antenna  (as  indicated  by  the  front/back  bit  in  the 
interrogation.)  The  offset  is  nominally  180  degrees,  but  may  be  slightly 
different  due  to  mechanical  alignment  factors. 

There  Is  another  reason  for  a  target  not  to  reply  whieli  is  not  related  to 
any  failure  mechanism  in  real  transponders.  As  discussed  in  section  3.4.3  tlie 
I  bit  of  the  track  record  may  be  set  during  the  interval  between  the  creation 
of  a  new  track  and  the  receipt  of  initialization  information  from  otlier  ARIES 
sites.  During  this  time  the  target  should  not  reply.  Therefore,  Interrogation 
Processing  tests  this  bit  for  each  reply  to  be  generated  (both  discrete  and 
all-call)  by  a  DABS  target. 

3. 2. 3.4  Reply  Time,  Power,  and  Monopulse  Calculations 

These  are  all  the  reply  parameters,  wltt\  tlie  exception  of  tlie  data  content. 
The  processing  of  uplink  and  downlink  data  bits  are  discussed  in  subsequent 
sections. 

The  reply  time  is  calculated  by  adding  the  round  trip  time  in  tlie  track 
record  to  the  time  of  the  interrogation  as  received  In  the  interrogat ion  data 
block.  The  round  trip  time  (p)  is  provided  by  the  traffic  model,  and  includes 
the  transponder  turnaround  time  as  well  as  tlie  out-back  propagation  time.  The 
traffic  model  also  provides  (d),  which  is  used  by  Pre-Interrogation  Processing 
to  predict  (p)  to  the  time  at  which  the  target  will  be  on  tlie  antenna  boresight. 
Assuming  a  maximum  target  velocity  of  960  ft/sec  (568  kt),  it  is  not  possible 
for  a  target  to  move  as  much  as  one  range  unit  (approxlimitely  32  ft)  during 
one-half  the  maximum  assumed  beam  dwell  time  (64  msec.)  Therefore,  it  is 
not  necessary  for  Interrogation  Processing  to  correct  (p)  for  the  difference 
in  time  between  boresight  crossing  time  and  the  actual  interrogation  time. 

The  reply  power  is  a  function  of  the  inherent  transponder  power,  the  range 
of  the  target,  and  the  aircraft  and  sensor  antenna  patterns.  The  first  three 
are  modeled  by  a  single  track  record  parameter,  the  reply  power.  This  is 
obtained  from  the  traffic  model,  and  is  updated  from  the  model  periodically 
along  with  all  the  other  target  state  variables  obtained  from  the  model.  Since 
the  power  does  not  change  significantly  for  small  changes  in  range,  Pre-Tnle.rro- 
gation  Processing  will  not  adjust  the  power  when  it  corrects  the  track's  round 
trip  time.  It  will  be  left  to  the  traffic  model  generation  software  to  update 
the  track  record  whenever  the  power  changes. 
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It  is  coiistdorod  more  important  to  correctly  model  the  sensor's  antenna 
pattern  on  the  reply  link  than  on  the  interrogat ion  link.  The  reason  for  tliis 
is  that  part  of  the  purpose  of  ARIES  is  to  test  the  sensor's  response  to  inter¬ 
ference.  The  effect  of  interference  on  a  p;tvea  reply  is  determined  in  p.irt  by 
the  sii;aal  to  interference  ratio.  Therefore  it  h  omes  Important  to  correctly 
simul.ite  reply  signal  levels. 

To  calculate  the  sensor  antenna's  effect,  the  of f-bores ight  an^;le  at  reply 
time  is  used  to  index  the  Antenna  Pattern  Lookup  Table  which  gives  the  power 
correction  to  be  added  to  the  track  record  power  (botli  are  in  logarithmic  units.) 

i'he  s.ime  .K’cess  to  the  Antenn.a  Pattern  Lookup  Table  which  gives  the 
correction  to  the  power  also  gives  the  correct  monopulse  information  to  be 
inserted  into  the  replv.  This  table  is  obtained  by  calibration  procedures 
prior  to  running  tlie  environment  simulation  and  matches  the  ARIES  monopulse 
angle  generation  equipment  to  the  sensor's  monopulse  angle  processing  circuitry 
such  that  the  sensor  will  in  fact  measure  tl>e  desired  of f-boresight  angle. 

3. 2., 1.5  Interrogat ion  Data  Bit  Processing 

Every  discrete  interrogation  Includes  either  56  or  112  bits  of  information. 
Certain  of  these  bits  can  affect  the  internal  state  of  the  transponder  and  its 
response  to  interrogations.  Some  of  them  can  affect  the  data  bits  in  the 
response  to  the  interrogat ion  in  which  they  are  received,  and  therefore  must 
be  processed  before  the  reply  bits  are  generated.  Others  only  affect  future 
interrogations  and  therefore  can  be  processed  after  reply  generation.  Tills 
proves  advantageous,  as  discrete  interrogation  processing  is  by  far  the  most 
time  critical  function  in  the  system.  All  of  these  state  changes  are  discussed 
in  this  section. 

Fig.  D-1  (Appendix  D)  shows  the  data  formats  on  interrogation  and  reply 
for  all  interrogations  and  replies.  Figure  E-1  shows  how  the  interrogations 
appear  in  the  receiver  data  blocks, and  Figure  E-2  shows  the  format  of  the  reply 
data  blocks  sent  to  the  controlled  reply  generator.  .ARIES  simulated  transponders 
will  not  reply  to  DABS-only  all-call  or  to  Comm-C  interrogations,  and  as  a 
result  cannot  generate  Comm-D  replies  (see  Appendix  0  for  a  definition  of  these 
formats. )  Ail  other  modes  can  bo  bandied,  although  on  Comm-A  the  uplink  message 
field  is  not  used  except  for  the  Acknowledgement  Request  (AR)  bit  and  on  Comm-B 
replies  a  fixed  MB  field  is  returned  by  all  simulated  transponders. 

The  following  interrogation  data  bits  are  Ignored  by  ARIES: 

IT:  Interrogator  type 

For  ARIES  use  this  will  always  be  1  (standard  Interrogator) 
and  is  showr>  as  such  in  Fig.  E-1. 

AL :  ATCRBS  lockout 

ARIES  will  never  see  ATCRBS-only  interrogations  (i.e., 
without  the  P4  pulse  which  defines  an  all-call  interrogation) 
and  so  need  not  process  this  bit. 
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MSRC:  Source  of  MB  field 

Defines  the  source  of  the  MB  field  to  be  included  in  the 
reply.  Since  ARIES  will  always  reply  with  the  same  MB  field, 
MSRC  need  not  be  processed. 

SP:  Spare  data  bits 

These  have  no  function  and  need  not  be  processed. 

SD:  Special  data 

Normally  contains  the  Altitude  Acknowledge  (ALEC)  field 
for  display  to  the  pilot.  It  does  not  affect  transponder 
state  and  may  be  ignored. 

MA:  Message  bits 

These  are  for  distribution  to  external  devices 
attached  to  the  transponder  and  may  be  Ignored  by 
ARIES  with  the  exception  of  the  Acknowledgement 
Request  (AR)  bit.  This  bit  affects  the  pilot 
acknowledgement  logic,  which  is  simulated  by  ARIES. 

The  S,  AI,  and  RL  bits  affect  only  the  reply  data  content  and  have  no 
effect  on  transponder  state.  Therefore,  they  are  discussed  in  the  section  on 
generation  of  reply  data  bits  (3. 2. 3. 6).  The  use  of  the  parity/address  field, 
also  called  the  DABS  ID,  has  been  described  in  the  section  on  locating  Track 
File  records  (3. 2. 3. 2). 

CB,  AR,  CP,  and  the  DL  bits  are  discussed  here.  All  of  these  affect  the 
transponder  internal  state.  Since  a  simulated  transponder  should  have  a  con¬ 
sistent  transponder  state  at  all  ARIES  sites,  state  changes  caused  by  these  bits 
at  one  site  must  be  transmitted  to  other  sites.  Therefore,  part  of  the  function 
of  Interrogation  Processing  is  to  format  an  inter-ARIES  track  state  message 
whenever  a  simulated  transponder's  internal  state  is  changed.  The  format  for 
such  messages  is  given  in  Fig.  E-10.  Inter-ARIES  protocols  are  discussed  in 
greater  detail  in  Section  3.5. 

CB  (Clear  B)  =  1  resets  the  B  bit  in  the  track  record.  (The  track  record 
format  is  shown  in  Figure  E-6.)  This  function  must  be  performed  before  a  reply 
is  generated.  CB  is  set  in  an  inter-ARIES  track  status  message.  The  B-bit 
Indicates  that  the  transponder  wishes  to  initiate  an  air-ground  data  transfer, 
and  is  requesting  channel  time  from  the  sensor.  The  CB  bit  indicates  that  the 
sensor  has  successfully  received  the  message  and  that  the  transponder  can 
terminate  its  request. 

If  AR=1  in  an  interrogation,  the  AR  field  in  the  track  record  should  be 
set,  and  PB  should  be  cleared.  This  must  be  done  before  a  reply  is  generated, 
as  these  bits  affect  the  PBUT  field  of  the  reply.  Pre-Interrogation  Processing 
will  set  PB  the  next  time  it  processes  this  track.  When  both  AR  and  PB  are 
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set.  Interrogation  Processing  will  include  the  pilot  acknowledgement  (PBUT) 
in  tlie  reply.  The  reason  for  the  AR->PB->PBUT  sequence  is  to  approximate  the 
Lime  delay  that  occurs  in  the  transponder  between  the  time  an  AR  is  received 
and  tlie  time  that  the  pilot  acknowledgment  buttons  are  enabled.  Receipt  of 
AR  always  causes  an  inter-ARIES  track  status  message  to  be  sent  with  AR=1. 

CP  (Clear  PBUT)  =  1  resets  the  AR  and  PB  fields  in  the  track  record  if 
both  are  set,  and  tliereby  inhibits  furtlier  transmission  of  PBUT  to  the  sensor. 

This  function  must  be  performed  before  a  reply  is  generated.  If  AR  and  PB 
were  set  before  receipt  of  this  bit,  CP  is  set  in  an  inter-ARIES  track  status 
message.  AR  takes  precedence  over  CP  in  that  if  AR=1  is  received  in  the  same 
interrogation  the  processing  for  CP  should  not  be  performed.  Thus,  AR  and  CP 
cannot  both  be  set  in  an  inter-ARIES  message. 

IM,  affects  the  transponder's  response  to  all-call  interrogations.  Values 
of  01  or  11  in  this  field  prevent  ("lock  out")  all  replies  to  all-call  interro¬ 
gations  until  such  time  as  DL=00  is  received.  DL=10  does  not  change  tlie  lock¬ 
out  state.  Initially  the  transponder  is  in  an  unlocked  state,  and  therefore 
will  reply  to  all-calls.  The  only  processing  required  for  this  field  is  to  set 
tlie  L-bit  in  the  Track  File  record  for  the  target  if  DL=01  or  11,  and  reset  it 
if  1)L=00.  This  may  be  done  after  a  reply  has  been  generated.  A  change  to  1 
causes  the  L  bit  to  be  set  in  an  inter-ARIES  Track  Status  Message,  and  a  change 
to  0  causes  the  U  bit  to  be  set  in  this  message. 

The  Timer  field  in  the  track  record  is  related  to  all  of  the  above  functions 
except  the  B-CB  pair.  The  Timer  field  is  set  to  its  initial  value  (nominally 
lb  seconds)  whenever  any  discrete  Interrogation  is  received.  It  is  counted 
down  by  Timer  Countdown.  If  it  ever  reaches  zero,  Timer  Countdown  simulates  the 
transponder's  'loss  of  contact'  function  by  resetting  the  L,  AR,  and  PB  fields 
In  the  track  record,  and  informing  the  other  ARIES  system(s)  via  a  track  status 
message  with  the  T  bit  set.  As  part  of  the  timeout  protocol,  if  a  discrete 
interrogation  is  ever  received  when  the  timer  field's  value  is  0,  an  inter-ARIES 

message  with  the  D1  bit  set  must  be  sent  to  inform  adjacent  ARIES  that  this 

sensor  has  started  interrogating  the  target.  See  Section  3.5  for  further  details. 

3.2. 3.6  Reply  Data  Generation 

The  following  is  a  list  of  all  the  reply  fields  and  the  values  they  are 
to  receive  under  various  conditions.  If  the  value  for  a  field  is  not  specified, 
it  should  be  set  as  shown  in  Fig.  E-2,  which  is  the  reply  block  format  for  the 
controlled  reply  generator. 

A:  Copied  from  the  A  bit  in  the  track  record.  (Fig.  E-6) 

S:  Copied  from  the  S  bit  in  the  interrogation. 

If  S=l,  the  Epoch  field  is  also  copied  from  the  interrogation. 

AI:  Copied  from  the  AI  bit  in  the  Interrogation. 
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PBUT:  If  the  AR  and  PB  bits  in  the  track  record  are  set,  the  PBUT 

field  from  the  track  record  is  copied  to  the  PBUT  field  in  the 
reply;  otherwise  this  field  is  set  to  zero. 

B:  Copied  from  the  B  bit  in  the  track  record. 

FR:  Copied  from  the  FR  bit  in  the  track  record. 

Altitude/Identity :  If  S“l,  the  mode  C  code  from  the  track  file  Is  inserted; 

If  S“0,  then: 

Al=0  causes  the  Mode  C  code  to  be  inserted,  and 

Al=l  causes  the  Mode  A  code  to  be  Inserted. 

MB:  If  RL“1,  this  is  obtained  from  a  fixed  format  downlink  message. 

DABS  Address:  The  DABS  ID  Is  obtained  either  from  the  track  record 
or  from  the  Interrogation,  whichever  is  more  convenient. 

Note  that  S*1  (a  synchro-DABS  reply)  lias  an  effect  v\pon  several  otlier 

values,  and  AI  and  RL  need  not  be  checked.  A  synchronous  reply  is  always  a 

short  reply  with  Mode  C  code. 

Tlie  addition  of  the  reply  data  bits  to  the  reply  time,  power,  and  mono¬ 
pulse  information  completes  the  reply  generation.  Interrogation  Processing 
enters  the  reply  in  an  output  buffer  in  tl»e  ARIES  digital  hardware  on  a  word 
by  word  basis  as  each  reply  word  is  generated. 

3.2. 3. 7  Timing  Considerations  for  Discrete  Interrogations 

The  processing  of  discrete  interrogations  is  the  most  time  critical  task 
in  Che  ARIES  system.  This  section  derives  the  worst  case  Interrogation  pattern 
for  this  cask.  It  is  found  that  an  interrogation  cycle  consisting  of  interro¬ 
gations  to  two  targets  at  the  minimum  range  constitutes  the  worst  case.  For 
this  case,  an  average  of  about  64  psec  per  interrogation  is  available  to  the 
software. 

DABS  discrete  Interrogations  are  transmitted  in  cycles,  as  shown  In 
Fig.  3.2-1.  The  timing  involved  in  an  Individual  Interrogation/reply  pair  is 
shown  in  Fig.  3.2-3.  For  purposes  of  this  analysis,  long  interrogations  and 
short  replies  are  the  worst  case,  as  these  give  rise  to  the  shortest  time 
between  the  receipt  of  the  last  bit  of  tl>e  first  interrogation  in  a  cycle 
and  the  beginning  of  the  last  reply.  This  is  the  total  Interval  available 
for  processing  the  Interrogations  in  the  cycle. 

The  total  interval  from  the  detection  of  the  first  Interrogation  in  Che 
cycle  (upon  receipt  of  the  sync  phase  reversal)  to  the  leading  edge  of  the 
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first  pulse  of  the  last  reply  is: 

IRT  +  (n-l)64  psec 

where  IRT  is  the  round  trip  time  of  the  first  interrogation/reply  pair 
(including  transponder  turnround  time),  n  is  the  number  of  interrogations, 
and  64  psec  is  the  length  of  a  short  reply. 

The  DABS  scheduler  generates  a  schedule  with  back-to-back,  replies,  as 
shown.  Aircraft  are  scheduled  in  decreasing  range  order,  and  so  it  is 
guaranteed  that  if  replies  are  scheduled  back-to-back  the  interrogations  will 
not  overlap  and  will  appear  in  the  same  order  as  the  corresponding  replies. 
Scheduling  for  a  cycle  stops  when  an  attempt  is  made  to  schedule  an  interrogation 
that  would  overlap  any  of  the  replies. 

Given  the  available  time  calculated  above,  the  average  time  per  interro¬ 
gation  is 


IRT  4-  (n-l)64 
n 


IRT  -  64 
n 


+64 


The  worst  cases  arises  when  n  is  a  maximum,  l.e.,  when  the  cycle  is  densely 
packed.  The  densest  packing  occurs  when  all  targets  are  at  the  same  range,  in 
which  case  the  interrogations  have  the  same  spacing  as  the  replies,  64  psec. 

In  that  case,  n  =  jlRT/64|  where  |  |  indicates  the  greatest  integer  less  than 

the  given  quotient.  Ignoring  the  integer  quantization: 


IRT  -  64 
n 


+ 


64 


IRT  -  64 
IRT/64 


+  64  =  128  - 


(64)^ 

IRT 


Avg.  time/interrogation 


Thus,  the  average  time  is  a  minimum  when  IRT  is  smallest,  i.e.,  for  targets 
at  the  minimum  range.  For  a  minimum  range  ARIES  target  (1  nmi) ,  IRT  is  about 
140  psec  (128  for  transponder  turnaround  plus  12  for  out-back  time).  A  maximum 
of  two  discrete  interrogations  is  possible  in  this  interval.  Average  available 
time  is  then: 


140  +  64  204 

2  ■  '  2 


102  psec 


However,  for  a  long  interrogation,  the  first  30  psec  are  required  for  receipt 
of  all  the  data  for  the  first  Interrogation  (some  of  this  time  is  required  in 
any  case  to  allow  the  CPU  to  handle  the  interrupt  and  save  its  state).  Also, 
approximately  15  psec  are  required  to  allow  time  for  the  last  reply  generated 
by  the  software  to  be  transmitted  to  the  hardware  reply  generators.  Thus,  only 
159  of  the  total  204  psec  are  available  to  the  software  (the  interrogation  time 
for  the  second  interrogation  and  the  lead  time  for  the  first  reply  have  no 
effect  on  this  value) . 


210 


This  available  time  mvist  then  be  further  reduced  to  account  for  tl»e  fact 
that  data  cliannel  1/0  operations  steal  time  from  tlie  Data  General  Kcllpse  Cl’U 
used  in  ARIKS.  There  are  three  sources  of  data  channel  activity:  the  receiver, 
the  I'CD  radar  interface,  and  the  disk.  T'he  receiver  will  use  channel  time  to 
input  the  second  interrogation  of  tlie  pair,  usIuk  8  iisec  of  CPU  time.  The  radar 
Interface  will  output  at  most  one  word  during;  the  20A  psec  interval,  using 
1,6  usee  of  CI’U  time.  Finally,  the  disk  will  use  at  most  20  usee  if  transferring 
data  at  its  maxinum  rate  during  the  entire  interval.  The  total  time  used  by 
tlie  data  channel  could  therefore  be  as  large  as  about  30  usee,  leaving  129  usee 
for  the  software,  or  an  average  of  64.5  usee  per  reply. 

This  is  obviously  a  very  sliort  period  of  time  in  which  to  perform  all  the 
processing  described  above.  The  only  way  ARIKS  is  able  to  do  this  is  by  taking 
advantage  of  the  user-microprogrammable  feature  of  the  Kclipse  CPU, 

j.2.4  ATCRBS/Al l-Cail  Reply  Generation 

3.2. 4.  I  Inputs,  iHitputs,  and  Timing 

Inputs:  Reply  Time  Sorted  Index 

Track  File  records  for  targets  in  the  Reply  Time  Sorted 
Index 

Azimuth  Correction  Table  (one  of  the  Site  Cliaracterization 
Tables) 

Antenna  Pattern  Lookup  Table  (one  of  tlie  Site  Cliaracterization 
Tables) 

Interrogation  Pattern  File  (one  of  the  Site  Cliaracterization 
Tables) 

Antenna  Azimuth  and  Rate  Data 

Outputs:  An  ATCRBS/A 1 1 -Ca 1 1  Reply  Buffer  for  the  next 
Interrogat ion. 

Timing:  This  procedure  is  triggered  by  a  hardware  interrupt 

from  the  Interval  timer. 

3. 2.4. 2  Processing 

The  all-call  portion  of  Interrogat ion  Processing  is  entered  upon  receipt 
of  the  Interval  timer  Interrupt.  The  first  action  is  to  release  to  the  reply 
generation  hardware  the  previously  computed  reply  buffer. 

The  next  function  is  to  obtain  from  the  Interrogation  Pattern  File 
(one  of  the  Site  Characterization  Tables,  acquired  during  system  Initialization, 
see  Section  3. 2. 5. 2): 

-  The  time  to  the  next  Interrogation 

-  The  mode  (A  or  C)  of  the  interrogation 

-  Wlietlier  the  front  or  back  antenna  will  be  used  (for  sensors 
with  back-to-back  antennas) 
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Also,  the  Antenna  Azimuth  and  Rate  Data  Is  sampled  before  it  is  updated  by 
ATCRBS/All-Call  Interrogation  Processing  (section  3.2.5). 

The  interrogation  time  is  used  to  calculate  the  antenna  boresight  azimutli 
at  the  time  of  the  next  interrogation,  using  the  Antenna  Azimutli  and  Rate  Data. 

The  front/back  indication  is  used  to  select  the  appropriate  Reply  Time  Sorted 
Index.  This  index  contains  a  pointer  to  tlie  Track  File  record  for  each 
target  that  could  conceivably  respond  to  an  ATCRBS/All-Call  interrogation  from 
the  specified  antenna  at  that  time.  Furthermore,  these  are  ordered  by  increasing 
reply  time  starting  with  the  first  target  to  reply.  All-Call  Reply  Generation 
consists  largely  of  accessing  successive  targets  on  tills  list,  preparing  the 
appropriate  replies  for  those  targets  which  will  actually  reply,  and  Inserting 
these  replies  (still  reply  time  ordered)  into  a  reply  buffer.  Note  that,  as 
described  in  Section  3.4.5,  an  entry  in  the  Reply  Time  Sorted  Index  may  be 
zero  due  to  a  track  being  dropped  after  it  was  entered  in  the  index. 

It  is  possible,  with  all-call  and  ATCRBS  replies,  to  have  several  targets 
reply  at  the  same  or  nearly  the  same  time.  It  is  not  desirable  to  have  more 
replies  in  progress  at  one  time  than  there  are  reply  generators.  Therefore, 
the  software  must  check  each  reply  time  and  compare  it  against  the  reply 
time  of  the  third  preceding  reply  (there  are  three  reply  generators) ,  If  the 
third  preceding  reply  would  still  be  in  progress  at  the  time  the  current  reply 
would  be  starting,  the  current  reply  should  be  discarded  to  prevent  overloading 
the  reply  generation  capability.  If  these  two  replies  do  not  overlap,  the  current 
reply  can  be  added  to  the  reply  buffer. 

For  each  target,  it  is  next  decided  if  it  is  a  DABS  target  which  is  locked 
out  to  all-call.  A  DABS  target  is  locked  out  whenever  the  L  bit  is  set  in  the 
track  record.  If  a  target  is  locked  out,  the  program  can  proceed  to  process  the 
next  target. 

Next,  it  is  determined  whether  the  target  is  to  reply  or  not,  based  on 
the  reply  probability  and  whether  it  is  in  the  antenna  beam.  Tliis  processing 
is  identical  to  that  described  in  Section  3. 2. 3. 3. 

The  reply  time,  power,  and  monopulse  values  for  a  reply  are  determined  as 
in  Section  3. 2. 3. 4,  the  only  difference  being  that  the  interrogation  time  is 
taken  to  be  zero.  This  can  be  done  due  to  the  hardware  feature  which  causes 
all  ARIES  interrogation  and  reply  time  counters  to  be  set  to  zero  upon  arrival 
of  an  ATCRBS/All-Call  interrogation. 

Finally,  the  data  bits  are  determined  by  the  anticipated  interrogation 
mode  and  whether  the  target  is  DABS  or  ATCRBS  equipped.  For  ATCRBS  targets, 
either  the  Mode  A  or  Mode  C  code  is  inserted  in  the  reply,  corresponding  to 
the  anticipated  interrogation  mode.  For  DABS  targets,  the  all-call  data  bits 
from  the  Track  File  (the  two  words  containing  the  capability  and  DABS  ID  fields) 
are  combined  with  a  zeroed  address/parity  field. 
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This  completes  the  ail-call  processing  for  a  given  target,  and  tlie  pro¬ 
gram  then  returns  to  the  Reply  Time  Sorted  Index  to  obtain  the  next  track 
record  to  be  processed. 

3.2.5  ATCRBS/Al 1-Call  Interrogation  Processing 

3.2. 5.1  Inputs,  Outputs,  and  Timing 

Inputs:  Receiver  data  blocks  for  ATCRBS/Al 1-Call  Interrogations. 

interrogation  Pattern  File  (one  of  the  Site  Characterization 
Tables)  . 

Antenna  Azimuth  and  Rate  File. 

Fruit  Rate  Table  (one  of  the  Site  Cliaracterization  Tables). 
Radar  Report  Buffer. 

Current  system  time  (from  the  System  Status  File), 

Outputs:  Interrogation  Pattern  File  (at  system  initialization) 

Updated  Antenna  Azimuth  and  Rate  File 
New  Interval  timer  count. 

New  fruit  rates  to  fruit  reply  generator. 

Initializing  comnvmds  for  the  radar  report  Interface. 

Timing:  Triggered  by  the  Interrogation  Interrupt  from 

the  receiver.  Cv>ntrol  is  sent  to  this  procedure 
only  for  ATCRBS/Al 1-Call  Interrogations, 

3. 2. 5. 2  Acquiring  the  All-Call  Interrogation  Pattern 

While  this  is  strictly  part  of  ARIES  Initialization,  it  is  based  on  the 
processing  of  interrogation  inputs  from  the  hardware  and  is  therefore  programmed 
with  Interrogation  Processing.  System  Initialization  merely  sets  a  flag  for 
Interrogation  Processing  which  alters  the  way  all-call  Interrogations  are 
processed . 

When  an  interrogation  arrives,  a  test  is  made  to  see  if  the  system  Is  In 
the  pattern  acquisition  mode.  If  so,  tlie  processing  tliat  Is  performed  attempts 
to  find  a  cyclic  pattern  of  interrogations  followed  bv  the  sensor.  It  is 
assumed  that  a  single  cycle  contains  no  more  than  20  distinct  interrogations, 
where  .an  interrogation  is  characterized  by  tl>e  Interval  between  it  and  the 
previous  Interrogation,  its  mode  (A  or  C) ,  and  the  antenna  vised  (front  or 
back).  The  basic  range  clock  resolution  of  the  receiver  for  ATCRBS/Al l-Cal 1 
Interrogations  is  1  psec ,  but  for  Interrogation  Patter  i  File  purposes  this  is 
reduced  by  a  factor  of  4,  so  that  the  least  significant  bit  of  the  inter- 
arrival  times  in  that  file  represents  4  nsec  ticks. 

The  cycle  location  algorithm  starts  by  simply  Ignoring  the  first  interro¬ 
gation  received,  as  the  initial  interval  may  be  incorrect.  The  time  interval, 
mode,  and  front/back  status  of  the  second  Interrogation  processed  are  stored 
as  the  first  entry  of  the  Interrogation  Pattern  File.  Note  that  the  interro¬ 
gation  time  in  the  receiver  data  block  is  the  time  since  the  last  ATCRBS/All- 
Call  interrogation,  as  the  interrogation  time  counter  is  set  to  zero  at  each 
such  interrogation.  As  successive  interrogations  are  received,  they  are  first 
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compared  a(;ali)i>L  this  lultlal  I'ntrv  to  soo  If  tlu>  oyclo  minlit  bo  startiiij;  again. 
I’ho  mv^do  and  front/back  status  must  bo  Idontlcal  and  tlie  timo  interval  must  be 
within  one  4  psec  count  ol  the  parameters  of  the  initial  entry. 

If  the  new  Interrogation  does  not  match.  It  Is  entered  at  the  next  location 
In  the  table. 

If  the  new  Interrogation  does  match,  the  algorithm  goes  Into  a  verifica¬ 
tion  mode  where,  in  addition  to  adding  the  Interrogations  to  the  end  of  the 
table.  It  compares  successive  interrogations  against  the  current  entries  in 
the  Interrogation  Pattern  Kile.  If  It  can  successfully  match  the  file  against 
the  next  20  Interrogations  it  assumes  that  It  has  discovered  the  cycle.  If  any 
m.itch  falls,  the  algorithm  has  retained  all  interrogations  that  were  received 
before  finding  the  mismatch.  It  then  attempts  to  find  a  new  cycle  of  at 
least  the  length  of  the  unsuccessful  cycle,  using  the  Interrogations  already 
received  as  a  basis.  If  the  available  table  space  overflows,  an  error  con¬ 
dition  Is  signaled,  and  the  algorithm  reinitializes  Itself  to  try  again. 

Once  the  pattern  has  been  acquired,  tills  program  starts  tlu-  interval 
timer,  thus  initializing  the  ATCRBS/All-Call  Reply  Oeneration  process  described 
above.  After  that  point,  ATCRBS/All-Call  interrogat linis  are  processed  only 
for  purposes  of  re-inltiallzlng  the  interval  timer,  verifying  the  Interrogation 
pattern  and  providing  various  azimuth  dependent  services,  described  below. 

3. 2. 5. 3  ATCRBS/All-Call  Pattern  Verification 

At  each  ATCRBS/All-Call  Interrogation,  the  Interval,  mode,  and  front/ 
back  indicators  for  the  interrogation  received  are  compared  against  those 
expected.  The  Interval  is  acceptable  if  It  is  within  one  4  psec  count  of 
the  expected  value.  If  the  actual  interrogation  does  not  match  the  expected 
one,  an  error  counter  Is  Incremented. 

3. 2. 5. 4  Initializing  the  Interval  Timer 

At  each  interrogation,  the  interval  timer  Is  preset  with  the  Interval 
expected  between  the  next  interrogation  and  the  f e  1  lowJjij^  Interrogation,  less 
bO  visec .  The  60  psec  constitutes  the  amount  of  "early  warning"  time  tlie  ATCRBS/ 
All-Call  Reply  Ceneratlon  software  will  get  before  the  latter  Interrogation. 

This  preset  value  does  not  affect  the  current  count.  Instead,  an  interval 
timer  feature  which  causes  the  preset  value  to  be  loaded  as  the  current  count 
upon  receiving  an  ATCRBS/All-Call  interrogation  Is  used.  Tims,  at  the  ne_xt 
interrogation  the  appropriate  interval  is  loaded  to  cause  an  interrupt  just 
prior  to  the  following  interrogation.  By  triggering  the  load  on  the  arrival 
of  the  next  interrogation  more  precise  timing  Is  maintained  than  wovild  be  the 
case  if  the  software  directly  loaded  the  count. 
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3. 2. 5. 5  Update  to  the  Anteima  Azinuith  and  Rate  Kile 


This  tunctlon  Is  not  logically  related  tv)  All-Call  Interrogation  I’ro- 
cesslng,  blit  It  Is  convenient  to  Include  It  In  tliat  algorltlim  due  to  tlie 
availability  of  a  new  antenna  azimuth  measurement  in  tlie  receiver  data  block. 
»\11  that  is  Involved  Is  to  calculate  a  new  antenna  rate  by  the  formula: 

,,  Interrogation  Azimuth  -  Azimuth  Kile  Azimuth 

Interrogation  lime  -  Azimuth  file  lime 

Tliat  Is,  the  antenna  rate  is  computed  from  the  last  two  sample  points  with 
no  smoothing  performed.  I’he  new  rate  thus  computed  Is  stored  along  with  the 
new  interrog.it  ion  azimuth  and  Interrogation  time  to  complete  the  update. 

3. 2. 5. 6  Update  of  the  Kruit  Rate 

This  Is  performed  here  for  similar  reasons  to  tlie  previous  upd.ite.  llie 
new  antenna  azimuth  is  checked  against  the  current  sector  Index  to  tlu'  Kruit 
R.ite  Table  (one  of  the  Site  Characterization  T.iblesl.  If  the  .intenna  h.is  moved 
into  .1  now  sector  (as  determined  from  the  high  order  S  .izimuth  bits')  then  the 
new  sector  number  Is  used  .is  .m  Index  into  the  Kruit  R.ite  I'.ible,  the  specified 
rate  value  Is  retrieved,  and  Is  output  to  the  fruit  replv  gener.itlon  h.irdw.ire. 

3.2.5. 7  Transmission  of  R.id.ir  D.it.i 

If  the  antenna  has  moved  past  the  starting  azimuth  for  the  next  r.id.ir 
reply  buffer,  then  the  TCD  r.idar  interface  is  started  to  tr.insmlt  th.it  buffer, 
unless  it  is  still  busy  with  previous  buffers.  In  the  latter  case,  the  buffer 
is  nutrked  as  ready  for  transmlssiv'n,  and  will  be  started  by  the  interrupt 
handler  for  the  radar  Interface  when  the  previous  buffers  are  completed. 

3.3  I’re- Interrogat  ion  Processing 
3.3.1  Purpose 

Pre-interrogation  Processing  loc.ites  .ill  those  tr.icks  in  the  Track  Kile 
which  can  be  Interrogated  by  either  the  front  or  b.ick  antenn.i  of  the  sensi’r 
during  the  next  O.l  second.  It  prep.ires  those  for  interrogation  by  upd.it  ing 
their  positions  to  the  time  at  which  they  will  cross  the  antenna  boreslght . 

It  then  enters  a  pointer  to  each  such  track  into  one  or  both  of  two  new  copies 
of  the  Reply  Time  .Sorted  Index,  one  e.ich  for  the  front  and  back  antennas. 

Tracks  are  entered  into  the  index  corresponding  to  the  .intenna  that  will 
Interrogate  them,  and  the  pointers  are  then  sorted  by  replv  time.  The  two  new 
Reply  Time  Sorted  Indexes  then  repl.ice  the  current  copies  of  these  tables 
for  use  by  Interrogat ion  Processing. 


Pre- interrogation  Processing  also  generates  simulated  radar  reports  for 
each  target.  These  reports  are  in  a  format  which  is  easily  transformed  to 
Production  Common  Digitizer  (PCD)  format  by  the  radar  report  interface.  Tliey 
are  grouped  in  radar  reply  buffers,  each  buffer  corresponding  to  one  azimutli 
bln  of  the  Azimuth  Sorted  Index. 

3.3.2  Inputs,  Outputs  and  Timing 

Inputs:  Azimuth  Sorted  Index 

Track  File 

Antenna  Azimuth  and  Kate  Data 

Current  system  time  (from  tlie  System  Status  File) 

Radar  blip/scan  ratio  (associated  witli  the  Radar  Report  Buffers) 


Outputs:  Updated  Track  File  records 

Modified  Azimuth  Sorted  Index 
Reply  Time  Sorted  Indices 
Radar  Report  Buffers 

Timing:  Performed  every  0.1  second,  and 

Initiated  by  the  real  time  clock 
interrupt  handler 

A  functional  flowchart  for  Pre- Inter rogat ion  Processing  appears  In 
Fig.  3.3-1.  The  data  structures  are  described  in  Appendix  K.  Tlie  rest  of  this 
section  discusses  some  of  the  details  of  this  task. 

3.3.3  Locating  Tracks  to  be  Processed 

The  task  must  first  determine  wliere  the  antenna  will  be  during  the  next 
O.l  second.  The  Antenna  Azimuth  and  Rate  Data  plus  the  system  real  time 
(millisecond)  clock  provide  sufficient  information  for  tit  is  purpose. 

The  following  equation  determines  tlie  boresight  azimuth  at  tl\e  start 
of  the  interval: 


0  »■  current  antenna  azimuth 

0^  ■  antenna  azimuth,  from  tl>e  Antenna  Azimutli  and  Rate  Data 
w^  “  antenna  rate,  from  the  Antenna  Azimuth  and  Rate  Data 
t  “  time  at  start  of  0.1  second  interval  =  current  system 
clock  value 

t  “  time  of  measurement  of  the  antenna  azimutli  from  the 
Antenn.a  Azimuth  and  Rate  Data 


Substituting  t  +  0.1  second  for  t  gives  the  antenna  boresight  at  the  end  of 
the  interval. 
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Fig. 3.3-1.  Continued. 
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The  cutoff  angle  (Identical  to  that  used  by  Interrogation  Processing, 
Section  3.2, 3, 3)  must  be  subtracted  from  tlie  current  azimuth  so  that  all  tar¬ 
gets  witliln  the  beam  at  the  start  of  the  Interval  are  included.  Similarly, 
this  quantity  must  be  added  to  ttie  final  azimuth,  for  a  similar  reason.  Thus 
all  azimuths  between  the  trailing  beam  edge  at  the  current  time,  and  the 
leading  beam  edge  0.1  second  In  the  future  are  considered.  A  further  factor 
is  added  to  the  leading  edge  of  the  beam  to  provide  a  snvill  safety  factor 
(1  azimuth  bin) . 

The  high  order  8  bits  of  the  resulting  azimuths  are  then  used  as  indices 
to  the  Azimuth  Sorted  Index.  The  purpose  of  this  index  is  to  make  it  easy 
to  locate  all  tracks  which  lie  at  particular  azimuths.  It  divides  the  coverag 
area  into  256  azimuth  bins,  each  of  which  contains  a  linked  list  of  all  tracks 
in  the  correspond ing  azimuth  sector.  There  is  also  a  special  bin  for  close 
range  targets  (those  within  5  nmi)  which  may  change  azimutli  bins  so  rapidly 
that  it  is  diff*"  ilt  to  maintain  them  in  the  correct  list. 

Pre-interrogation  Processing  will  prepare  all  tracks  in  the  bins  lying 
between  the  starting  azimuth  bin  and  the  final  azimuth  bin,  as  calculated  abov 
plus  those  tracks  in  the  short  range  bin.  All  azimuth  bins  that  lie  within 
this  interrogation  area  are  marked  to  indicate  this  by  setting  the  Start  and 
End  Bln  Indices  of  the  Azimuth  Sorted  Index.  This  is  used  to  signal  the 
Traffic  Model  Input  task  to  carefully  update  tracks  in  those  azimuth  regions, 
as  this  could  destroy  the  track  preparation  performed  by  Pre-interrogation 
Processing.  When  it  sets  these  indices  for  one  set  of  azimuth  bins,  it  auto¬ 
matically  removes  the  previous  set  of  bins  from  the  ' in-tlie-beam'  region,  thus 
releasing  those  tracks.  Further  discussion  is  contained  in  the  section  on 
Traffic  Model  Input,  Section  3.4. 

Due  to  the  buffer  zone  provided  at  the  leading  edge  of  the  beam,  some 
bins  will  be  processed  more  than  once.  By  use  of  the  previous  value  of  tlie 
End  Bin  Index  in  the  Azimuth  Sorted  Index,  double  updating  of  most  tracks  is 
avoided  and  only  bins  newly  entering  the  beam  have  track  updates  performed. 
However,  all  tracks  in  the  beam  are  entered  in  the  Reply  Time  Sorted  Index. 

Note  that  all  the  processing  described  here  is  repeated  for  the  back 
antenna,  except  that  radar  report  generation  is  only  performed  for  the  front 
antenna . 


3.3.4  Update  to  the  Track  File 

The  tracks'  range,  azimuth,  and  time  must  be  updated  to  the  time  of 
boreslght  crossing.  Interrupts  are  disabled  during  viie  time  new  values  are 
stored  to  prevent  interaction  with  Interrogation  Processing.  An  exact  ex¬ 
pression  for  the  time  of  boreslght  crossing  given  the  antenna  and  target 
positions  at  time  t  is: 


At 


tg  =  t  +  (At) 


where: 

tg  =  time  of  boresight  crossing 

6^  =  target  azimuth,  =  target  azimuth  rate 

0.  =  antenna  azimuth,  w.  =  antenna  azimuth  rate 
A  A 

Unfortunately,  the  track,  and  antenna  state  information  will  almost  never  be 
for  the  same  Instant  of  time,  and  so  the  track  must  first  be  updated  to  the 
time  of  the  antenna  measurement.  Then  (At)  is  calculated,  and  finally  the 
range  and  azimuth  are  updated.  The  full  set  of  equations  is: 


1) 

*^1  *^A 

2) 

6  =  0.J,  +  w^  *  tj^ 

3) 

=  (0 

-0a)/(Wa  -  w^)  +  t^ 

4) 

®T  ^  \ 

+  Wt  *  t2 

5) 

P.J. 

+  Pt  *  t2 

6) 

Ct 

+  (time  of  antenna  boresight  crossing) 

where : 

t^  =  time  of  antenna  state  data 
t.j,  =  time  of  track  state  data 

®T’  '^T  ~  track's  azimuth  and  azimuth  rate,  from  the  Track  File 
9^,  =  the  antenna's  azimuth  and  rate  from  the  Antenna 

Azimuth  and  Rate  Data 
=  round  trip  time  from  the  Track  File 

=  rate  of  change  in  round  trip  time  from  the  Track  File 
■*-  represents  assignment  to  the  Track  File  record 

If  this  update  causes  the  track  to  move  to  a  new  bin  in  the  Azimuth 
Sorted  Index,  Pre-interrogation  Processing  will  remove  the  track  from  its 
current  bin  and  save  it  in  a  list  of  similar  targets.  Targets  on  this 
list  will  be  placed  in  their  new  bins  after  all  bins  are  processed.  Tlie  move 
to  the  new  bins  must  be  delayed  to  prevent  the  possibility  of  some  targets 
being  processed  twice. 
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Ill  lulclltidu  to  this  posltliin  iipdato,  I’i't!-lntt>rro>>at Lon  I’rocosslnn  sots  tho 
I’B  bit  in  tlio  track  If  tho  AR  hit  Is  alroady  sot  and  IMUIT  -  01  or  10.  Tills 
supports  tho  simulation  of  tho  pilot  acknowloduniont  process  as  doscribod  in 
Si'ctlon  1.5.  A. 

1.1.5  I’roparinj;  tho  Roply  Timo  Sortod  liuU'x 

As  Pro- Intorrop.at  ion  Procossinn  updates  each  track,  it  will  store  a 
pointer  t<.>  that  track  record  in  a  now  copy  of  tho  ai'iiropr late  Reply  Tlnu- 
Sortod  Index.  Those  [lolntors  will  bo  grouped  in  sublists  of  5  entries  each, 

proceeded  bv  a  count  of  tho  number  of  entries  in  the  sublist  (the  last  sublist 

mav  h.ivo  fewer  than  five).  As  each,  new  piilnter  Is  added,  it  is  sorted  into 
its  sublist  baseil  on  the  reply  time  I'f  tho  track  it  points  to,  with  shortest 
reply  times  .ippoarliip,  .it  the  bop,lnnliip,  of  each  snblist.  The  format  .ippears 
to  till'  loft  of  Kip,.  1.1-2. 

The  final  rei'ly  t  imi'  sorted  list  is  produced  by  successive  merplnp  of 
these  sublists.  The  first  sto|>  in  this  morpo  oper.it  ion  is  also  shown  In 
Kip.  1.  1-2.  Note  that  a  I'ount  of  -I  is  used  to  mark  tho  end  of  tho  sublists. 

The  end  result  of  .ill  those  operations  is  a  new  Reply  Time  Sortod  Index 
for  either  the  front  or  b.ick  .intenn.i.  The  first  word  of  this  list  will  be 

a  count  of  the  number  of  tracks  in  the  list,  .nui  the  rest  of  the  words  will 

be  reply  time  sorted  pointers  to  tho  tracks  which  mipht  be  Interrop.ited . 

Tho  last  pointer  is  followed  bv  .i  -I  word.  Tho  count  and  -1  word  are 
redundant  Informal  Ion. 

After  such  a  list  is  created,  it  must  be  passed  to  Interropat ion  Processinp. 
This  must  be  done  carefully,  as  Interropat  Ion  Processinp  is  iiitorriipt  driven, 
and  therefore  may  look  at  this  list  .it  .iiiy  timo.  Pre-liiterropat  ion  Proi-i'ss  i  up 
simply  overwrites  a  pointer  to  tlu'  old  t.iblo  with  .i  pointer  to  the  now  t.ibli'. 

This  Involves  a  sinple  unlntorruptable  store  opor.it  ion  and  is  thereloro  s.ifi' 
(l.e.,  Interropat  ion  Processinp  can  never  access  tho  data  in  an  '  i  n-iietwei'ii ' 
state).  Wlienever  Interropat Ion  Processinp  is  rnnnlnp,  it  has  priority  over  all 
other  system  tasks,  and  therefore  Pro- lnterrop.it  ion  Processinp  can  never  ch.inpi' 
the  pointer  while  Interropat  ion  Processinp  is  iisliip  the  Reply  Time  Sortod  liuh'x. 
Thus,  the  entire  operation  is  s.ife,  and  Intorropatlon  Processinp  will  always 
receive  one  unique  Reply  Time  Sortod  index  o.ich  time  it  is  run. 

1.3.6  Radar  Report  Coiier.it  ion 

As  shown  in  Appendix  K,  Kipiiro  K-i  1 ,  radar  reports  are  placed  in  .i  circui.ir 
buffer  area.  Reports  .ire  prouiiod  by  azimuth  bln,  and  all  tarpets  which  appoaroii 
in  a  plvon  azlmutii  bin  appear  in  the  correspond inp  proup  of  radar  reports,  even 
thoiiph  Pro- Interropat  ion  Pri>cesslnp  may  have  predicted  tiieni  to  a  different  bln 
In  the  course  of  iipdatinp  the  track.  K.ich  proup  of  ri'ports  is  preceded  bv  two 
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BIN  1  COUNT 

BIN  I  TRACK 

RECORD  POINTERS, 
SORTED  BY  REPLY  TIME 

BIT  2  COUNT 

BIN  2  TRACK 

RECORD  POINTERS, 
SORTED  BY  REPLY  TIME 

BIN  3  COUNT 

BIN  3  TRACK 

RECORD  POINTERS, 
SORTED 

BIN  4  COUNT 

BIN  4  TRACK 

RECORD  POINTERS, 
SORTED 

BIN  5  COUNT 

BIN  5  TRACK 

RECORD  POINTERS, 
SORTED 

-1 

UNUSED 

PORTION  OF 

TABLE 

MERGE 
STEP  1 


BIN  1  4-  BIN  2  COUNT 


BIN  I  +  BIN  2 
TRACK  RECORD 
POINTERS,  SORTED 
BY  REPLY  TIME 


BIN  3  +  BIN  4  COUNT 


BIN  3  +  BIN  4 
TRACK  RECORD 
POINTERS,  SORTED 
BY  REPLY  TIME 


BIN  5  COUNT 


BIN  5  TRACK 
RECORD  POINTERS 
SORTED  BY  REPLY  TIME 

-1 


UNUSED 
PORTION  OF 
TABLE 


Fig. 3. 3-2.  Merging  reply  time  sorted  lists. 
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words,  the  first  of  which  specifies  the  antenna  azimuth  after  which  a  group 
of  reports  is  to  be  transmitted,  and  the  second  of  which  specifies  the  number 
of  reports  in  the  group.  The  azimuth  word  Is  set  to  tlie  initial  azimuth  of 
the  azimuth  bin  from  whic^^the  reports  were  derived  plus  164  azimuth  units 
(one  azimuth  unit  is  2tt/2  radians).  This  assures  that  targets  are  out  of 
the  radar  beam  at  the  time  their  reports  are  sent. 

Radar  report  generation  is  straightforward,  given  the  updated  round  trip 
time  and  azimuth.  Round  trip  time  must  be  converted  to  one  way  range  in  the 
appropriate  units  by  subtracting  the  transponder  turnaround  time  (3  psec  for 
ATCRBS,  128  psec  for  DABS),  dividing  by  two,  and  converting  units.  Azimuth 
conversion  requires  only  rounding  off  to  a  12  bit  azimuth.  Time  in  storage 
is  set  to  a  constant  0.25  seconds. 

To  make  the  radar  simulation  more  realistic,  there  is  a  radar  blip/scan 
ratio.  A  16  bit  Integer  is  used  to  represent  a  system-wide  blip/scan  ratio. 

For  each  radar  report,  a  random  number  is  obtained  from  the  hardware  random 
number  generator,  and  the  report  will  actually  be  generated  only  if  the  random 
number  is  less  than  or  equal  to  the  constant.  If  the  blip/scan  ratio  is  zero, 
no  reports  are  generated. 

For  the  azimuth  bln  at  the  North  point,  two  additional  fixed  messages 
are  placed  at  the  head  of  the  buffer.  These  are  a  radar  status  report  (the 
message  indicates  that  the  status  is  satisfactory)  and  a  search  Real  Time 
Quality  Control  (RTQC)  report.  The  latter  is  a  report  for  a  fixed  known 
target.  Both  of  these  are  checked  by  the  receiving  ATC  system  for  purposes 
of  radar  failure  detection.  Formats  for  these  messages  are  shown  in  Appendix 
E,  Figure  E-12. 

Note  that  radar  reports  are  to  be  generated  only  for  the  front  antenna. 

The  creation  and  transmission  of  radar  reports  is  controlled  by  three 
indices  into  the  radar  report  buffer.  The  first  of  these  points  to  the 
next  free  location  in  the  report  buffer  at  which  a  radar  report  group  will 
be  created.  It  is  moved  whenever  one  group  is  completed  and  a  new  group 
begun.  The  second  follows  the  first  around  the  circular  buffer,  never  being 
allowed  to  pass  it.  It  points  to  the  next  group  to  be  released  for  trans¬ 
mission.  It  is  moved  by  ATCRBS/All-Call  Interrogation  Processing  whenever 
the  antenna  passes  the  transmission  azimuth  specified  for  the  report  group. 

If  the  radar  report  Interface  is  not  busy  with  an  earlier  report  group  at 
that  time,  it  is  started  on  the  newly  released  group.  The  third  points  to 
the  next  group  to  be  transmitted  (or  the  group  currently  being  transmitted). 

It  follows  the  second  index  around  the  circular  buffer,  never  passing  it. 

It  is  moved  by  the  interrupt  handler  for  the  radar  report  interface  when¬ 
ever  an  interrupt  is  received  indicating  complete  transmission  of  a  radar  report 
group.  If  it  does  not  equal  the  second  index  after  being  moved,  report  trans¬ 
mission  is  started  for  the  next  report  group. 


223 


3.4  Traffic  Model  Input 

3.4.1  Purpose,  Input/Output,  and  Timing 

This  procedure  has  the  function  of  updating  track  records  in  the  Track  File 
from  the  traffic  model  on  the  disk.  Tracks  are  updated  at  times  specified  in 
the  model  records  which  cause  the  updates.  In  addition  to  updating  the  Track 
File,  Traffic  Model  Input  may  update  the  track's  position  in  the  Azimuth  Sorted 
Index,  add  tracks  to,  or  delete  them  from  that  Index,  add  tracks  to  or  delete 
them  from  the  DABS  ID  Lookup  Table,  and  delete  tracks  from  the  Reply  Time  Sorted 
Index. 


Inputs:  Disk  input  buffers 

System  Status  File 
Antenna  Azimuth  and  Rate  Data 
Start  and  End  Bin  indices  associated  with  the 
Azimuth  Sorted  Index 
DABS  ID  Lookup  Table 
Track  File 


Outputs:  Updated  Track  File 

Updated  Azimuth  Sorted  Index 
Updated  DABS  ID  Lookup  Table 

Deletion  of  dropped  tracks  from  Reply  Time  Sorted  Index 
Updated  System  Status  File  (at  system  initialization  only) 

Timing:  Triggered  by  the  real  time  clock  interrupt  handler  whenever 

the  current  system  time  becomes  equal  to  the  time  of  the  next 
model  record. 


A  functional  flowchart  for  this  task  is  presented  in  Fig.  3.4-1.  The 
data  structures  are  described  in  Appendix  E. 

3.4.2  Input  Processing 

The  ARIES  model  data  comes  from  a  file  on  the  system  disk.  The  file 
logical  record  format  appears  in  Appendix  E.  These  logical  records  are  grouped 
into  physical  records  of  256  words  for  storage  on  the  disk.  There  are  throe 
disk  buffers,  each  one  large  enough  to  hold  two  physical  records.  At  any  time, 
one  of  these  is  being  processed  by  Traffic  Model  Input,  and  the  others  are 
available  to  Disk  Input.  Tlie  latter  task  attempts  to  keep  these  buffers 
full.  Buffers  are  used  in  round-robin  fashion.  After  emptying  a  buffer. 
Traffic  Model  Input  must  Inform  Disk  Input  that  a  buffer  is  to  be  filled.  It 
meanwhile  starts  processing  the  next  buffer  in  rotation. 
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LOCKOUT  TARGET  TO 
ALL-CALL  INTERROGA¬ 
TIONS  AND  SET  A 
NON-ZERO  VALUE  IN 
THE  TIMER  FIELD 


TRACK  AI.RKADY 
K.XISTS 


DROP  TRACK 
BIT  SKT  IN 
MODKl.  RKCORD? 


TARGET  IS  IN’ 
EITHER  REPLY 
TIME  SORTED 
INDFJI? 


LOCATE  AND  NULL 
ENTRY  IN  AP¬ 
PROPRIATE  REPLY 

time:  soRTt;D  index 


•NULL  ENTRY  IN 
DABS  HXIKUP  TABLI 
•REMOVE  FROM 
I  AZIMUTH  SORTED 

I  INDEX _ 


RETURN  TRACK 
RECORD  TO  FREE 
STORAGE  LIST 


DABS 

TARGET 


/  PR  BIT  SET  ' 
On  TRACK  RECORD? 


H  BIT  SET 
IN  MODEL 
RECORD? 


f  TARGET  IS  IN\ 
EI  THER  REPLY 
kTIMF.  SORTED  , 
\  INDEX? _ J 


i:0PY  MODEL 
DATA  TO  TRAC.K 
(OTHER  THAN 
PBUT.  B  BITS) 


TARGET  \ 
HAS  changed' 
AZIMUTH 
SECTOR?  / 


COPY  PBUT  FIELD 
FROM  THE  MODEL 
RECORD  TO  THE 
TRACK  RECORD 


SET  B  BIT  IN 
TRACK  KEi:ORD 


UPDATE  MODEL 
RECORD  POSITION 
TO  TIME  OF  BORE 
SIGHT  CROSSING 


MOVE  TARGET  FRO 
OLD  BIN  TO  NFTiI 
BIN 


Fig. 3.4-1.  Continued. 


Each  logical  record  contains  a  time  tag  as  its  first  words.  This  is  the 
system  time  at  which  this  data  is  to  be  inserted  into  the  Track  File.  Traffic 

Model  Input  processing  involves  comparing  the  time  of  the  next  record  with  the 

current  system  time  from  the  system  clock.  Wlien  the  system  time  is  greater 
than  or  equal  to  the  record  time,  the  record  is  processed.  If  the  next  record's 
time  is  greater  than  the  system  time,  then  the  real  time  clock  Interrupt  handler 
is  initialized  to  awaken  Traffic  Model  Input  at  the  desired  time.  Traffic  Model 
Input  gives  up  the  CPU  in  the  interim.  If  the  MSB  of  the  time  field  is  set, 

that  record  is  treated  as  the  end  of  the  model  file. 

3.4.3  Starting  a  New  Track 

The  first  action  upon  starting  to  process  a  model  record  Is  to  use  the 
DABS  ID  to  locate  the  track  record  via  tlie  DABS  ID  Lookup  Table.  ATCRBS 
targets  are  assigned  DABS  ID's  for  tills  purpose  even  though  they  are  not  DABS 
equipped.  The  low  order  bits  of  the  DABS  ID  are  a  unique  Identifier  for  all 
tracks  in  the  system,  and  can  be  thought  of  as  a  track  number.  The  reason  for 
using  a  lookup  table  to  access  the  Track  File,  rather  than  just  using  these 
hits  as  an  index  directly  into  the  track  file  array.  Is  that  it  is  possible 
that  not  all  tracks  are  visible  to  all  ARIES  sites  simultaneously.  With  the 
lookup  scheme  it  is  possible  to  have  up  to  a  total  of  1024  uniquely  identified 
tracks  in  a  multl-ARIES  system,  wliile  any  one  ARIES  needs  to  store  track 
file  information  on  only  400  or  fewer  of  these.  The  net  result  is  a  consi¬ 
derable  reduction  in  the  amount  of  storage  required  by  tlie  Track  File. 

If  the  Lookup  Table  does  not  point  to  a  track  record  for  the  given  ID 
(l.e.,  the  pointer  value  at  that  location  is  null)  then  no  track  record  exists 
for  that  target,  and  a  new  track  must  be  started.  Note  that  no  indication  Is 
given  in  the  model  record  itself  that  this  is  a  new  track,  and  this  decision 
is  based  solely  on  whether  the  specified  target  is  currently  in  the  track  file. 
This  feature  allows  the  model  file  to  bo  started  at  any  point  in  time,  and  not 
just  at  the  beginning.  Targets  will  automatically  be  entered  into  tlie  system 
at  their  first  appearance. 

At  startup  of  the  model,  the  appearance  of  a  large  number  of  targets  at 
once  can  cause  a  severe  garble  situation  which  prevents  the  sensor  from 
acquiring  the  targets  on  all-call.  To  avoid  this,  a  special  initialization 
indication  is  set  for  the  first  scan.  Traffic  Model  Input  tests  this  con¬ 
dition.  If  set,  it  arbitrarily  locks  out  the  DABS  targets  to  all-call 
and  sets  the  track  timeout  timers  to  various  values  (it  simply  increments  a 
counter  for  each  new  target  processed  and  stores  the  low  order  bits  of  this 
counter  in  the  track  timer).  Thus  the  targets  will  gradually  come  out  of 
lockout  and  be  acquired  sometime  during  the  initial  32  seconds  of  operation. 
Other  than  this  precaution,  new  track  processing  proceeds  as  at  all  other 
times . 
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Upon  recognition  that  a  model  record  describes  a  new  target,  a  new  track 
file  record  must  first  be  obtained  from  the  pool  of  free  track  records.  The 
data  from  the  model  record  are  Inserted.  All  fields  not  Initialized  from  the 
model  record  are  zeroed,  except  in  the  case  of  the  model  startup  procedure 
described  above. 

Next,  the  target  position  is  checked  to  see  if  it  is  currently  in  the 
antenna  beam  (as  determined  from  the  Start  and  End  Bln  indices  in  the  Azimuth 
Sorted  Track  Index)  in  wliich  case  there  is  some  possibility  of  it  being 
immediately  interrogated.  To  insure  correct  operation,  it  is  safest  to  always 
update  new  tracks  which  fall  in  the  beam  to  time  of  bores ight  crossing  before 
insertion  into  the  Azimuth  Sorted  Index  and  DABS  ID  Lookup  Table.  This 
update  is  done  as  described  in  Section  3.3.4.  The  actual  insertion  is  trivial, 
involving  linking  the  track  record  onto  the  beginning  of  the  azimuth  bln  list 
corresponding  to  its  updated  azimuth,  and  inserting  a  track  record  pointer 
into  the  previously  null  location  in  the  DABS  ID  Lookup  Table. 

Both  of  the  above  operations  are  safe.  The  Azimuth  Sorted  Index  is  looked 
at  only  by  Pre- Interrogation  Processing,  which  is  non-precmptive  (i.e.,  it 
cannot  interrupt  while  Traffic  Model  Input  Is  running).  The  Lookup  Table 
insertion  consists  of  a  single  store  operation,  and  is  therefore  safe  even 
though  this  file  is  used  by  the  interrupt  driven  Interrogation  Processing 
program.  No  other  part  of  the  system  knows  about  tlie  track  until  tl)ese  inser¬ 
tions  are  made. 

For  reasons  described  in  Section  3.5.7,  the  new  track  must  bo  marked  as 
uninitialized  by  the  1  bit  being  set  in  the  track  record.  A  track  status 
message  must  then  be  sent  to  adjacent  sites  to  request  tltc  current  transponder 
status  (1*1  in  the  track  status  message)  and  a  count  of  4  seconds  set  in  tlie 
track's  timer.  Upon  receipt  of  a  reply  containing  this  status  information, 
or  if  no  reply  is  received  within  4  seconds,  the  track  will  be  set  to  active 
(1*0)  status  by  Adjacent  ARIES  Input  or  by  Timer  Countdown,  respectively. 

The  I  bit  is  not  set  fo-  new  tracks  within  one  scan  of  system  startup,  in  order 
to  avoid  a  large  and  unnecessary  transient  load  on  tlie  communications  functions. 
No  discrete  interrogations  will  be  sent  during  this  interval  and  so  no  trans¬ 
ponders  will  have  changed  state. 

3.4.4  Update  to  an  Existing  Track 

If  a  pointer  exists  in  the  DABS  ID  Lookup  Table  for  the  given  ID,  then 
the  track  record  needs  to  be  updated.  If  the  old  and  new  positions  of  the 
target  are  not  in  the  antenna  beam,  then  the  model  data  are  simply  copied 
directly  to  the  corresponding  fields  of  the  track  record.  Exceptions  to 
direct  copying  are  that  the  PBUT  field  should  only  bo  copied  if  the  PB 
bit  *  0,  and  the  B  bit  should  only  be  copied  if  it  is  1  (B  in  the  track  is 
reset  only  by  CB  in  an  interrogation).  If  the  track  moves  to  a  new  azimuth 
bln  in  the  process  (or  moves  in  or  out  of  the  5  nml  inner  bin)  it  must  bo 
deleted  from  its  current  position  in  the  Azimuth  Sorted  Index,  and  rein¬ 
serted  at  the  proper  location.  This  is  safe  due  to  the  non-preompt Ive 
character  of  Pre-interrogation  Processing,  the  only  other  user  of  that  file. 
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If  the  track's  old  or  new  position  falls  between  the  Start  and  End  Bln 
Indices  of  the  current  antenna  position,  this  simple  update  cannot  be  done. 

The  reason  is  that  tracks  within  the  beam  of  the  antenna  have  been  predicted 
to  time  of  boreslght  crossing,  and  an  update  might  disturb  that  condition. 
Furthermore,  tracks  within  the  beam  are  subject  to  access  by  Interrogation 
Processing,  an  interrupt  driven  task.  Since  the  time,  round  trip  time  (range) 
and  azimuth  parameters  of  the  track  are  related  and  involve  multiple  store 
operations  for  update,  this  gives  rise  to  a  non-safe  file  interaction  between 
the  two  programs.  Parameters  other  than  these  three  are  either  not  used  by  In 
terrogation  Processing  or  else  are  not  related  to  other  parameters  and  can  be 
updated  by  safe  single  store  operations.  The  following  protocol  between  In¬ 
terrogation  Processing  and  Traffic  Model  Input  eliminates  the  unsafe  aspects 
of  this  operation. 

First,  Traffic  Model  Input  adjusts  the  time,  round  trip  time,  and  azimuth 
in  the  model  record  to  tl\e  time  of  boreslght  crossing,  as  described  in  Section 
3.3.4.  It  then  disables  interrupts,  tlnis  effectively  locking  out  Interro¬ 
gation  Processing,  and  copies  the  new  data  into  the  track  file.  It  then 
enables  interrupts  again.  Tlie  few  microseconds  required  for  this  do  not 
exceed  the  worst  case  interrupt  latency  already  expected. 

Note  that  all  modifications  to  word  10  of  DABS  tracks  (the  transponder 
state  bits)  also  must  be  made  either  with  interrupts  disabled  or  by  the 
uninterruptable  bit  setting  and  clearing  instructions  on  the  Eclipse.  In 
particular,  it  is  not  safe  to  load  this  word  into  a  register  with  Interrupts 
enabled,  as  it  is  written  into  by  Interrogation  Processing. 

The  track  record  at  the  end  of  this  operation  still  satisfies  the  con¬ 
dition  that  it  is  updated  to  the  time  of  boreslght  crossing.  There  is  one 
potential  problem,  in  that  the  Reply  Time  Sorted  Index  is  based  on  the  old 
range  value  and  not  the  updated  range  value.  Therefore,  the  list  may  no 
longer  be  perfectly  sorted.  However,  the  new  position  cannot  be  more  than 
a  few  range  units  away  from  the  old  one,  or  else  the  model  is  not  updating 
the  track  frequently  enougli  to  provide  smooth  continuous  tracks.  Any 
difference  this  could  cause  will  not  affect  the  generation  of  replies  except 
in  those  cases  where  a  multiple  garble  situation  for  ATCRBS  or  all-call 
replies  overloads  the  available  reply  generators  and  forces  the  software 
to  drop  some  replies.  Ttie  effect  will  be  that  different  replies  may  get 
dropped  than  would  have  been  the  case  if  the  list  had  been  re-sorted. 

After  updating  the  track  record,  tlie  Azimutli  Sorted  Index  may  need  to 
be  updated.  This  is  done  exactly  as  in  the  case  of  a  target  whicli  is  not  in 
the  beam,  and  is  safe  for  the  same  reason. 

3.4.5  Deleting  a  Track 

The  traffic  model  records  may  also  indicate  tl»at  a  track  is  to  be 
dropped.  This  will  happen  if  a  target  leaves  the  airspace  that  could 
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conceivably  be  covered  by  the  sensor  for  which  that  model  data  is  intended. 

This  also  allows  for  aircraft  which  land  during  the  exercise.  It  is  nec¬ 
essary  to  remove  tt\e  corresponding  track  from  the  DABS  II)  Lookup  Table  and 
the  Azimuth  Sorted  Index  in  order  tliat  it  not  be  interrogated.  The  track 
record  is  returned  to  the  free  storage  pool  for  reuse. 

All  of  these  can  be  easily  done  if  the  track  is  not  in  the  antenna  beam, 
as  specified  by  the  Start  and  End  Bin  indices  of  the  Azimuth  Sorted  Index.  The 
entry  in  the  Lookup  Table  is  set  to  null,  the  track  record  is  deleted  from  its 
azimuth  bin  and  is  linked  to  the  free  storage  list.  The  operations  must 
be  performed  in  that  order  to  assure  safety. 

It  is  not  safe  to  delete  a  track  which  may  be  interrogated.  Discrete 
interrogations  can  be  safely  stopped  by  nulling  the  entry  in  the  DABS  ID  look¬ 
up  Table.  A  similar  result  can  be  obtained  for  ATCRBS/Al 1-Ca 11  Interrogations 
by  nulling  the  track's  entry  in  the  Reply  Time  Sorted  Index.  Both  these 
operations  should  be  performed  for  tracks  whicli  are  to  be  deleted  while  in 
the  beam  before  any  other  deletion  operation  is  performed.  Once  it  is  assured 
that  interrogations  will  not  be  directed  to  the  track,  the  track  can  be  safely 
returned  to  free  storage.  Deletion  from  the  Azimuth  Sorted  Index  is  not 
critical  and  can  be  done  either  before  or  after  stopping  interrogations. 

3.5  Inter-ARIES  Communication* 


3.5.1  Purpose 

The  purpose  of  inter-ARIES  communication  is  two  fold.  First,  a  multl- 
ARIES  simulation  is  simulating  a  single  aircraft  environment  as  seen  by 
several  sensors.  These  sensors  communicate  with  each  other  about  the 
aircraft  visible  to  them,  and  Interact  with  the  aircraft  based  on  tlie  assump¬ 
tion  that  each  sensor  is  seeing  the  same  environment.  To  assure  that  the 
ARIES  environments  look  to  the  sensors  like  a  single  environment,  tliey  must 
be  correctly  coordinate  converted  to  Liect  the  sensor's  position  (a  function 
of  model  generation)  and  must  be  kept  n  synchronism.  This  latter  is  the 
first  function  provided  by  inter-ARIES  communicatloii.  Messages  are  provided 
which  allow  the  models  at  all  sites  to  be  positioned  to  a  particular  point  in 
time,  to  be  started  and  stopped  simultaneously,  and  wliich  verify  tliis 
synchronization  during  operation. 

The  second  purpose  served  by  inter-ARIES  communication  is  to  perform  a 
similar  synchronization  function  for  the  simulated  transponders'  hidden  state 
variables.  Much  of  the  target  state  is  determined  by  the  traffic  model,  and 
therefore  is  synchronized  between  sites  as  long  as  the  models  remain  synchro¬ 
nized.  However,  certain  DABS  transponder  states  are  determined  at  least  partly  by 
received  interrogations.  These  are  the  lockout  state,  tlie  state  of  the 
Acknowledgement  Request  (AR)  -  Pilot  Acknowledgement  (PBDT)  cycle,  the  state 
of  an  air  initiated  Comm-B  request,  and  the  transponder  timeout  status  (which 


Tliese  functions  have  not  been  implemented.  Tiiey  are  documented  here  to 
assist  future  implementation. 
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affects  lockout  and  the  AR-PBUT  cycle)  .  It  is  desirable  that  the  states  of 
all  the  ARIES'  models  of  a  given  target  be  consistent  as  to  that  target's 
internal  state.  In  order  to  achieve  this,  each  ARIES  informs  its  neighbors 
whenever  one  of  its  targets  changes  internal  state.  Corresponding  changes 
can  then  be  made  in  the  neighboring  ARIES'  track  records. 

It  is,  of  course,  not  possible  to  have  all  ARIES  in  precisely  the  same 
state  all  the  time,  due  to  delays  in  transmitting  data  over  telephone  lines. 

In  the  discussions  of  individual  protocols  below  any  situations  where  this 
has  an  effect  on  the  replies  will  be  mentioned.  Appendix  H  contains  a  more 
detailed  analysis  of  message  delay  effects. 

3.5.2  Message  Formats  and  Line  Protocols 

Each  pair  of  ARIES  will  communicate  over  a  full  duplex  synchronous  line 
at  a  data  rate  of  at  least  2400  bits  per  second.  This  data  rate  is  sufficient 
to  allow  for  the  transmission  of  one  track  status  message  for  each  of  400 
tracks  in  one  4  second  scan  time,  ignoring  line  protocol  overhead.  This  is 
considered  to  be  a  worst  case  loading  of  the  communication  system,  and  cor¬ 
responds  to  the  possibility  of  all  tracks  receiving  DABS  lockouts  during 
initial  acquisition.  While  this  worst  case  is  considerably  worse  than  the 
anticipated  average  load,  this  line  speed  will  reduce  the  delay  time  in 
synchronizing  the  state  of  a  track  at  all  sites.  The  best  case  delay  for 
a  single  message  will  be  approximately  1/10  second. 

The  formats  for  track  and  system  status  messages,  and  for  the  transmission 
blocks  in  which  they  are  Included,  are  presented  in  Appendix  E,  Figures  E-9  and 
E-10. 


A  line  protocol  must  provide  for  two  basic  failure  modes,  which  in  turn 
can  lead  to  several  recognizable  error  conditions.  These  two  basic  failure 
modes  are: 


1)  a  transmission  block  is  received  in  error,  and 

2)  a  transmission  block  never  reaches  its  destination 


To  handle  the  first  failure  mode,  each  transmission  block  includes  error 
detection  coding.  Each  transmission  block  contains  a  unique  sequence  number, 
and  the  receiver  must  acknowledge  each  block  received.  The  transmission  block 
format  also  provides  space  for  this  acknowledgement.  At  the  time  a  trans¬ 
mission  block  is  sent  to  a  given  neighboring  ARIES,  the  transmitting  ARIES 
either  Includes  an  ACK  (acknowledgement)  field  and  the  block  sequence  number 
of  the  last  block  correctly  received  up  to  that  time  from  that  neighbor  (in¬ 
dicating  acceptance  of  all  messages  up  to  and  including  that  one) ,  or  a  NACK 
(negative  acknowledgement)  field  is  sent  with  the  same  block  sequence  number 
(indicating  the  same  acceptance  condition  plus  a  request  for  retransmission 
of  all  subsequent  blocks) . 


Complete  line  failure,  either  transient  or  periminent,  requires  additional 
considerations.  The  block  sequence  numbers  provide  protection  against  tran¬ 
sient  failures.  A  receiver  expects  to  see  successive  sequence  numbers  over  a 
given  line.  If  the  expected  sequence  number  does  not  appear,  it  is  assumed 

to  have  been  lost  and  a  NACK  is  sent  back  to  the  transmitter.  This  assumes 

ttiat  there  is  a  following  message  which  is  received. 

More  permanent  failures  are  detected  by  tliree  means: 

1)  Wlien  a  transmission  block  is  created,  a  time  is  associated  with  it. 

If  it  IS  not  accepted  by  all  other  ARIES  systems  within  U  seconds, 

an  error  condition  is  signalled  in  the  transmitting  ARIES. 

2)  If  the  block  sequence  numbering  for  a  given  line  wraps  around  and 
a  sequence  number  of  a  block  not  yet  accepted  by  all  other  ARIES 
must  be  reused,  an  error  condition  is  signaled. 

3)  If  the  buffer  space  provided  for  messages  overflows  (due  to  failure 
of  one  or  more  adjacent  ARIES  systems  to  accept  the  corresponding 
transmission  blocks),  an  error  condition  is  signaled. 

A  receiver  will  acknowledge  a  block  even  if  it  itself  has  no  messages 
to  transmit.  It  is  therefore  legal  to  send  a  transmission  block  containing 
no  message  bytes,  solely  for  acknowledgement  purposes. 

3.5.3  Overview  of  tlie  All-Call  Lockout  Protocol 

This  and  the  following  sections  provide  an  overview  of  tlie  processing 
of  the  various  items  of  Information  handled  by  the  inter-ARlES  communication 
system. 

There  are  two  bits  in  the  track  status  message  which  report  lockout 
state.  L=1  indicates  that  the  track's  lockout  status  changed  to  lockout,  and 
U=1  indicates  that  the  status  changed  to  unlocked.  Track  status  messages  with 
either  of  these  bits  set  are  normally  generated  by  Interrogation  Processing 
in  response  to  an  interrogation.  This  program  simultaneously  changes  the 
local  lockout  status  for  that  track  (the  L  bit  in  the  Track  File)  accord¬ 
ingly.  Adjacent  ARIES  Input  may  also  generate  sucli  messages,  as  described 
in  Section  3.5,7. 

The  receipt  of  these  bits  by  Adjacent  ARIES  Input  causes  the  L  bit  in 
the  local  track  file  record  for  that  target  (if  such  a  track  exists)  to  be 
set  if  L=1  and  reset  if  U=l.  Thus,  after  a  message  transmission  delay 
time,  all  ARIES  will  agree  as  to  the  lockout  statvis  of  the  target,  and  this 
status  will  correspond  to  the  last  lockout  command  received  from  the  sensors. 

There  is  an  exception  to  the  previous  statement,  liowever.  due  to  the 
message  delay  time.  Under  certain  circumstances  it  Is  entirely  possible  for 


two  soiisors  to  transmit  oont'llotinn  look»>nl  statos  to  a  tar>’,ol .  Typical  ly 
this  can  happen  at  airspace  hovnulary  re>.\lons  wliere,  line  to  tlie  ipianl  1 /.at  ion 
Inlroilnceil  In  the  sensor's  coverap.e  maps,  two  sensors  ilo  not  ap.rec  as  to 
the  precise  honmlary  location.  In  llu'  casi'  of  a  real  larp.et,  this  would 
result  In  the  lockout  state  ol  thi'  transponder  oscillating,  to  cor ri'spoiul 
to  the  status  desired  by  the  last  sensor  to  i  liter  rop.at  e  It, 

In  the  case  ot  ARIKS'  simnlati'd  larp.i'ts,  t  !ie  result  will  he  similar 
escept  that  iiiuler  certain  circumstances  the  llnal  st.iti'  will  alw.iys  be  llu' 
opposite  ol  the  Initial  stale  I  r  respec  l  i  vi‘  ol  which  lnlerro>;.it  Ion  was  recelvi’d 
last.  This  will  happen  It  two  sites  receive  coni  1  let  Iny,  hit  crrop,.it  ions  within 
about  I/IO  second  ol'  one  another.  I’leasc  si'i’  Appinulix  II  lor  details. 

11  conlllctlnn  conmiands  are  not  simultaneous  lo  within  llu’  Intcr-AKlbS 
inessap.e  dclav  at  the  time  ol  I  nt  e  r  rop,;!  t  1  on .  the  simnl.iti'il  situation  will 
ex.ictlv  mirror  the  real  world  situation  except  ilnrinp  messapi-  transit  times 
durinp,  which  tiu-  two  sites  will  il  Isap.ri'i'  as  to  thi’  transponder  state. 

l.''i.4  I'viTvli'W  ol  Acknow  1  edp.menl  Kcipiesl  (Alt)  I’rocessinp, 

There  are  two  bits  in  the  t  r.ick  st.itns  message  ileal  Inp,  with  this  protocol; 
till'  AK  and  I'.l’  bits.  Track  status  iiu'ss.ip.es  with  t  lu'se  bits  si't  are  normal  Iv 
p.enerated  bv  I  nt  I'r  ro>ta  t  ion  rroci'ssln>>  (Ad|.ici’nt  ARIKS  Input  mav  ,ilso  ni>ni>rate 
thi'in  -  see  .Section  I.*).?).  The  AR  bit  Is  si'iit  in  .i  track  status  messapi'  whenever 
till'  AR  bit  is  set  in  .m  Intcrrop.at  Ion  lor  a  tr.ick.  This  bit  Is  set  In  an 

1  lit  or  ro^;.it  Ion  In  ordi’r  to  solicit  a  pilot  ri>s|H'iise  to  an  uplink  mess.ip.e. 

The  (II’  bit  Is  set  In  .i  l  r.ick  st.it  us  mess.ip.i'  whenever  it  is  .set  In  an 
lnti‘rro>;at  Ion,  the  .\R  bit  Is  not  s  imn  1 1  .iiieons  I  v  set  In  the  I  nt  i'rrop,.it  Ion  ,  and 
rW“l  in  the  track  tile  ( itul  Ic.it  itip,  .in  .ictlvc  pilot  response  -  sei'  Si'ctlon  3.2.  hS). 
iT’  Is  sent  bv  the  sensor  whenever  It  li.is  received  thi-  desired  pilot  response 

.ind  wishes  to  liiTorm  thi‘  tr.inspondi'r  th.it  it  c.in  clc.ir  the  t>iliU  resiionse  (Tlill'T) 

bits. 

'Till'  pilot  response  protoc.iil  ot  a  n'.i  I  OAbS  t  raiisiioinlcr  is  shown  in  Kip,. 
l.')-l.  On  receipt  of  an  AK  bit,  the  t  r.insponder  I'lilers  St.iti'  1  and  bep.ins  .i  short 
t  liiii'out  alter  which  It  enters  Stall'  2.  The  purpose  Is  to  inhibit  pilot  response 
(l>erli.ips  to  a  previous  mess.ipi')  nnl  1  I  the  lU'w  mess.ip.i'  h.is  been  displ.ived  to  tlu' 
pilot.  Krom  this  state,  tlu'  protocol  p,oi's  lo  Si.ite  1  or  •'«  ilepeiid  I  up,  on  whether 
the  Yes  or  No  responsi'  buttons  were  pressed.  The  I’llH'T  bits  in  .ill  subseipienl 
repl  li's  are  set  to  liullcati'  which  resiionse  w.is  m.idi',  until  such  t  Imi'  .is  a  01’ 

|i  1 1  Is  recelveil,  send  in>;  the  tr.inspondi'r  back  to  St.ite  0  .ind  cle.irinp,  the  I’bl'T 
Ill'll!.  At  any  time  In  this  protocol,  recelpl  ol  Inrilier  AR  bits  resets  the 


Complete  line  failure,  either  transient  or  pernuinent,  requires  additional 
considerations.  The  block  sequence  numbers  provide  protection  against  tran¬ 
sient  failures.  A  receiver  expects  to  see  successive  sequence  numbers  over  a 
given  line.  If  the  expected  sequence  number  does  not  appear,  it  is  assumed 

to  have  been  lost  and  a  NACK  is  sent  back  to  the  transmitter.  This  assumes 

tliat  there  is  a  following  message  which  is  received. 

More  permanent  failures  are  detected  by  tliree  means: 

1)  Wlien  a  transmission  block  is  created,  a  time  Is  associated  with  it. 

If  it  is  not  accepted  by  all  other  ARIES  systems  within  4  seconds, 

an  error  condition  is  signalled  In  the  transmitting  ARIES. 

2)  If  the  block  sequence  numbering  for  a  given  line  wraps  around  and 
a  sequence  number  of  a  block  not  yet  accepted  by  all  other  ARIES 
must  be  reused,  an  error  condition  is  signaled. 

3)  If  the  buffer  space  provided  for  messages  overflows  (due  to  failure 
of  one  or  more  adjacent  ARIES  systems  to  accept  the  corresponding 
transmission  blocks),  an  error  condition  is  signaled. 

A  receiver  will  acknowledge  a  block  even  if  it  itself  lias  no  messages 
to  transmit.  It  is  therefore  legal  to  send  a  transmission  block  containing 
no  message  bytes,  solely  for  acknowledgement  purposes. 

3.5.3  Overview  of  tlie  All-Call  Lockout  Protocol 

This  and  the  following  sections  provide  an  overview  of  the  processing 
of  the  various  items  of  Information  handled  by  the  inter-ARlES  communication 
system. 

There  are  two  bits  in  the  track  status  message  wliicli  report  lockout 
state.  L=1  indicates  that  the  track's  lockout  status  changed  to  lockout,  and 
U=1  indicates  that  the  status  changed  to  unlocked.  Track  status  messages  with 
either  of  these  bits  set  are  normally  generated  by  Interrogation  Processing 
in  response  to  an  Interrogation.  This  program  simultaneously  changes  the 
local  lockout  status  for  that  track  (the  L  bit  in  the  Track  File)  accord¬ 
ingly.  Adjacent  ARIES  Input  may  also  generate  such  messages,  as  described 
in  Section  3.5.7. 

The  receipt  of  these  bits  by  Adjacent  ARIES  Input  causes  t!ie  L  bit  in 
the  local  track  file  record  for  that  target  (if  such  a  track  exists)  to  be 
set  if  L=1  and  reset  If  U=l.  Thus,  after  a  message  transmission  delay 
time,  all  ARIES  will  agree  as  to  the  lockout  status  of  the  target,  and  this 
status  will  correspond  to  the  last  lockout  command  received  from  the  sensors. 

There  is  an  exception  to  the  previous  statement,  lu>wevor,  due  to  tlje 
message  delay  time.  Under  certain  circumstances  It  Is  entirely  possible  for 
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transponder  to  State  1.  CP  has  no  effect  except  in  St^ltes  3  and  4,  and  pressing 
the  Yes  or  No  buttons  has  no  effect  except  in  State  2.  Transponder  timeout 
also  resets  the  protocol  to  State  0  (see  Section  3.5.6), 

The  AR,  PB,  and  PBUT  fields  in  the  track  record  are  used  to  approximate 
this  behavior.  The  AR  bit  in  the  track  record  is  set  by  either  Interrogation 
Processing  or  Adjacent  ARIES  Input  on  receipt  of  an  AR  bit  in  an  interrogation 
or  track  status  message  respectively.  Simultaneously  PB  is  set  to  0.  This 
corresponds  to  State  1  above. 

PB  is  se*"  by  Pre-Interrogation  Processing  when  it  prepares  a  track 
for  interrogation  and  finds  the  AR  bit  set  and  PBUT=01  or  10,  (AR,  PB)  = 

(1,  1)  corresponds  to  State  2  above.  The  setting  of  PB  by  Pre-interrogation 
Processing  approximates  the  timeout  function,  assuring  that  a  pilot  response 
is  not  made  to  the  same  sensor  in  the  same  scan  that  AR  was  sent. 

The  PBUT  field  in  the  track  record  is  set  from  the  model  tape  by  Traffic 
Model  Input  as  long  as  PB=0.  If  AR=1,  PB=1,  and  PBUT=01  or  10,  the  track  state 
corresponds  to  transponder  State  3  or  4.  The  PBUT  field  from  the  track  record 
is  then  copied  into  all  discrete  replies  from  that  target  generated  by  Interro¬ 
gation  Processing.  The  restriction  that  PB  must  be  0  to  change  PBUT  arises 
from  the  corresponding  feature  of  the  transponder  that  the  acknowlegement 
buttons  have  no  effect  in  States  3  or  4,  i.e.,  the  pilot  cannot  change  his  mind. 
It  is  a  requirement  on  the  traffic  model  generation  programs  that  any  changes  in 
PBUT  occur  simultaneously  at  all  ARIES  sites. 

If  CP  is  received  in  an  interrogation  while  PB  is  set,  AR  and  PB  are  reset, 
corresponding  to  State  0.  If  CP  is  received  via  an  inter-ARIES  message,  AR 
and  PB  are  reset  irrespective  of  their  current  state  as  the  presence  of  CP  in 
the  message  indicates  that  the  reset  conditions  were  satisfied  at  an  adjacent 
site. 

The  AR  and  PB  bits  can  also  be  reset  by  the  transponder  timeout  function 
described  in  Section  3.5.6. 

ARIES  does  not  support  the  transponder  teat  mode  (PBUT  =  11) . 

Notice  that  by  the  above  protocol  Interrogation  Processing  need  only 
look  at  PB  to  determine  whether  or  not  to  insert  the  PBUT  field  in  a  reply. 

The  effects  of  message  delay  on  this  protocol  arc  relatively  minor,  as 
long  as  changes  in  the  value  of  PBUT  are  not  occurring  at  the  same  time.  Under 
some  circumstances  an  extra  PBUT  response  may  be  sent  that  would  not  have  been 
sent  In  a  live  aircraft  test.  Under  other  conditions  the  ARIES  first  receiving 
the  AR  may  "lose"  it,  although  the  other  ARIES  will  respond.  Please  see 
Appendix  H  for  details. 
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A  final,  undesirable,  case  can  occur  if  the  traffic  model  attempts  to  change 
the  PBUT  field  while  an  acknowledgement  cycle  is  in  progress.  There  can  exist 
an  Interval,  due  to  message  delay  and  the  difference  in  the  times  a  target  will 
be  processed  by  Pre-Interrogation  Processing  at  different  sites,  when  PB  is  set 
at  some  sites  and  not  others.  If  the  model  update  occurs  at  that  time,  sites 
with  PB=0  will  accept  the  new  value  and  the  others  will  not.  Until  the  end  of 
that  acknowledgement  cycle  this  discrepancy  will  remain.  For  this  reason,  it 
is  recommended  that  the  model  not  try  to  alter  PBUT  at  points  where  acknowledge¬ 
ment  requests  are  expected  In  a  scenario. 

3.5.5  Overview  of  Downlink  Request  Processing 

The  CB  bit  in  the  track  status  message  is  the  only  track  status  bit  con¬ 
cerned  with  this  protocol.  It  is  set  only  by  Interrogation  Processing  upon 
receipt  of  a  CB  bit  in  an  interrogation. 

In  the  real  transponders,  an  air  initiated  downlink  is  started  by  tlie 
transponder  setting  the  B  bit  in  a  reply,  thereby  requesting  channel  time 
for  a  long  downlink.  The  sensor  eventually  allocates  this  time  and  receives 
the  message.  It  then  sets  the  CB  bit  in  an  interrogation  in  order  to  clear 
the  B  bit  in  the  transponder,  completing  the  transaction. 

The  B  bit  for  a  target  is  set  simultaneously  at  all  ARIES  sites  from 
the  traffic  model  file.  This  simultaneity  is  a  requirement  on  the  model 
generation  programs.  Unlike  other  track  record  fields,  whicli  are  always 
updated  by  a  new  traffic  model  record,  the  B  bit  can  only  be  turned  on  by 
the  traffic  model.  It  can  be  turned  off  only  by  receipt  of  a  CB  bit  in  an 
interrogation  or  in  an  inter-ARIES  message.  Unlike  the  preceding  two  protocols 
it  is  not  affected  by  transponder  timeout. 

Message  delay  usually  will  have  no  effect  due  to  the  "primary  sensor" 
feature  of  the  DABS  system.  Normally  only  one  sensor,  the  primary  sensor 
for  that  aircraft,  will  respond  to  a  B  request,  and  only  it  will  send  CB.  Thus 
inter-ARIES  messages  play  little  part  in  the  normal  protocol.  Some  pathological 
cases  can  occur  however.  In  one,  the  sites  are  sufficiently  out  of  time 
synchronization  that  a  CB  arrives  at  the  adjacent  site  before  B  is  set.  By 
unlikely  chains  of  logic,  an  extra  copy  of  the  message  might  be  sent.  The 
synchronization  protocols  should  prevent  this  occurrence. 

Other  cases  can  occur  if  the  designation  of  which  sensor  is  primary  and 
which  secondary  changes  during  the  protocol.  The  logic  of  this  is  complex, 
and  the  sensors  avoid  switching  primary  designation  during  the  actual  downlink 
protocol,  but  due  to  inter-ARIES  delays  it  is  conceivable  tliat  the  sensors 
could  consider  the  protocol  complete  and  switch  designations  before  the 
adjacent  ARIES  are  Informed  of  the  CB.  An  extra  copy  of  the  message  might  then 
be  downlinked.  This  has  no  serious  effect,  as  the  messages  sent  are  meaningless 
fixed  format  messages  in  any  case. 


Thus  extra  Comm-B  messages  beyond  wtiat  would  be  sent  by  the  real  trans¬ 
ponders  are  the  worst  consequence  of  Inter-ARIKS  message  delay  for  this 
protocol. 


3.5.6  Overview  of  the  Transponder  Timeout  Protocol 

DABS  transponders  have  a  timeout  feature  whereby  tliey  reset  their  state 
if  they  receive  no  discrete  interrogations  for  a  period  of  16  seconds.  Reset¬ 
ting  involves  setting  the  lockout  state  to  unlocked  and  setting  the  AR  (ac¬ 
knowledgement  request)  protocol  to  State  0.  The  air  initiated  downlink  (B-bit) 
is  not  affected. 

To  simulate  this  effect,  the  ARIES  track  records  contain  a  counter  which 
is  set  to  16  seconds  at  each  discrete  Interrogation  and  counted  down  by  one 
each  second  by  Timer  Countdown.  If  this  counter  reaches  zero,  a  track  status 
message  with  the  T-blt  set  is  transmitted.  Receipt  of  a  discrete  interroga¬ 
tion  while  in  this  timed-out  state  causes  Interrogation  Processing  to  send  a 
track  status  message  with  the  Dl-blt  set. 

In  addition  to  the  timeout  counter,  each  track  record  contains  status 
bits  indicating  the  track’s  timeout  status  at  tlie  adjacent  sites.  For  a  new 
track  these  always  start  at  0  (timed  out).  They  are  set  upon  receipt  of  Di¬ 
bits  and  reset  upon  receipt  of  a  T  bit.  A  transponder  is  considered  to  have 
timed  out  at  a  site  if  and  only  if  all  adjacent  sites  l»ave  timed  out  (their 
status  bits  are  0)  and  the  local  timer  lias  counted  to  zero. 

Timer  Countdown  processes  cacli  track  once  a  second.  Vhen  it  recognizes 
the  timed  out  condition  (status  bits  and  timer  =  0)  it  res^  ;s  the  L,  AR,  and 
PB  bits.  The  I-bit  is  also  reset  for  reasons  described  in  Section  3.5.7. 
Adjacent  ARIES  Input  performs  a  similar  timeout  function  if  all  the  timeout 
conditions  are  satisfied  after  receipt  of  a  T  bit  from  another  site.  Thus, 
a  transponder  times-out  only  when  all  sites  agree  that  it  has  timed  out. 

The  timeouts  at  each  site  may  occur  at  slightly  different  times,  the  maximum 
difference  being  the  message  delay.  During  this  delay,  the  timed-out  site 
may  receive  all-call  replies  while  the  other  sites  will  not  (if  the  target  is 
locked  out),  and  if  the  delayed  sites  do  finally  Interrogate  discretely  they 
may  find  a  PBUT  response  that  had  been  cleared  at  the  timed  out  site. 

3.5.7  New  Track  Initialization 

When  a  track  is  newly  started  up  at  a  given  ARIES  site,  as  described  in 
Section  3.4.3,  it  is  entirely  possible  tliat  the  same  target  has  existed  for  some 
time  at  one  of  the  other  sites.  The  target  may  have  acquired  lockout  and  other 
status  values  different  from  the  initial  zero  value  assigned  to  tlie  new  track. 

To  obtain  correct  and  consistent  operation,  these  status  bits  must  be  cor¬ 
rectly  initiated.  To  do  this.  Traffic  Model  Input  sends  a  track  st.itus 
message  with  the  I  bit  set  to  each  of  ttie  .adjacent  sites  for  eacli  new  track, 
and  sets  the  I  bit  in  the  track  record.  Wlille  tlic  track  Is  in  this  state, 
it  will  not  be  processed  by  Interrogation  Processing.  Tlie  track's  timer  is 
also  set  to  a  count  of  4  seconds. 
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No  messages  with  the  I  bit  set  are  sent  within  about  one  scan  of  the 
initial  system  time.  No  other  ARIES  have  received  discrete  interrogations 
during  this  interval,  so  no  track  status  changes  have  occurred.  This  reduces 
the  chances  of  a  large,  unnecessary,  system  startup  transient. 

The  receipt  of  a  track  status  message  with  the  I  bit  set  causes  Adjacent 
ARIES  Input  to  send  back  a  track  status  message  designed  to  initialize  the  new 
track's  state  appropriately.  The  new  track  is  set  up  by  default  as  unlocked, 
timed  out  both  locally  and  at  adjacent  sites,  and  with  no  pilot  acknowledgement 
cycle  in  progress.  If  the  other  sites  disagree  with  any  of  these  settings, 
they  can  alter  the  new  track's  status  by  means  of  appropriate  track  status  bits 
No  message  is  returned  if  the  adjacent  site  has  no  knowledge  of  the  track  or, 
of  course,  if  the  adjacent  site  is  not  active. 

A  consistent  state  for  the  downlink  request  is  the  responsibility  of  the 
model  tape  generation  programs.  If  a  new  track  is  started  with  a  downlink 
request  active,  this  request  should  simultaneously  be  activated  at  the  other 
sites. 

The  track  will  be  set  to  an  active,  initialized  status  (1=0,  track  timer 
=  0)  by  its  local  Adjacent  ARIES  Input  upon  receipt  of  the  first  track  status 
message,  and  completion  of  the  corresponding  state  initialization.  Further 
track  status  messages  will  be  treated  normally. 

To  handle  the  case  where  adjacent  sites  are  not  active  for  this  simula¬ 
tion  run,  or  where  for  some  reason  they  do  not  know  about  the  track  in  question 
a  timeout  procedure  is  provided.  If  Timer  Countdown  counts  the  track  timer 
to  zero,  it  will  set  the  I-bit  to  zero,  activating  the  track. 

3.5.8  System  Synchronization 

In  order  for  ARIES  to  work  properly  in  a  multisite  configuration,  the 
traffic  models  at  each  site  must  maintain  time  synchronization.  Since  the 
track  status  messages  take  about  1/10  second  (best  case)  to  travel  between 
sites,  this  will  (somewhat  arbitrarily)  be  taken  as  the  synchronization  goal. 
That  is,  the  clocks  at  all  sites  are  started  in  and  maintain  synchronism 
within  100  msec.  Timing  information  is  passed  between  sites  and  used  to  check 
for  correct  synchronization.  Failure  of  these  checks  causes  an  error  condition 
to  be  raised. 

System  synchronization  is  initiated  and  checked  by  means  of  system  status 
messages.  These  messages  are  sent  in  separate  transmission  blocks  from  track 
status  messages  and  are  treated  specially  by  the  inter-ARIES  message  processing 
functions. 

The  system  operators  initiate  system  synchronization  by  requesting  the 
system  to  initialize  itself  to  a  particular  time  on  the  model  file.  This  re¬ 
quest  is  processed  by  Operator  Communications,  which  starts  up  the  local  System 
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Initialization  program,  which  In  turn  sends  a  system  status  message  to  adjacent 
ARIES  Informing  them  that  Initialization  Is  taking  place  and  specifying  the 
starting  time. 


Upon  receipt  of  such  a  message.  Adjacent  ARIES  Input  starts  its  own 
local  System  Initialization  program.  Notice  that  this  will  cause  a  system 
Initialization  message  to  be  sent  back  to  the  original  ARIES,  as  System 
Initialization  always  sends  this  message  when  It  starts. 

If  an  ARIES  is  already  initialized  to  the  time  specified  in  a  system 
initialization  message,  a  "system  ready"  message  is  sent  to  the  other  sites. 

If  the  system  is  in  the  process  of  initializing  to  the  specified  time,  no 
message  is  transmitted.  These  messages  are  sent  by  the  Adjacent  ARIES  Input 
program. 

When  a  site  completes  initialization,  it  transmits  a  "system  ready" 
message  to  the  adjacent  sites.  The  recipients  merely  record  this  Information 
in  their  system  status  data.  When  all  three  sites  are  waiting  at  the  specified 
time  the  system  is  ready  to  be  started,  and  the  operator  is  so  Informed. 

The  operator  at  one  of  the  sites  then  enters  a  command  to  start  the  system. 
System  startup  messages  are  formatted  and  sent  to  all  adjacent  sites.  The 
time  it  takes  for  these  messages  to  be  received  can  be  calibrated,  and  is  on 
the  order  of  a  few  tens  of  milliseconds.  The  originating  sensor  delays  its  own 
startup  by  this  period  of  time  in  order  to  assure  closer  synchronization. 

Startup  messages  are  treated  as  a  special  case  by  the  communication  system's 
transmission  block  acknowledgement  protocol.  Receipt  of  a  request  for  retrans¬ 
mission  (NACK)  for  these  messages  raises  an  error  condition  and  causes  a  system 
halt.  The  operator  is  informed,  and  must  theii  reinitiate  the  system  initiali¬ 
zation  process. 

System  halt  messages  are  generated  by  Operator  Communications  whenever 
the  system  is  halted  by  operator  command.  Receipt  of  such  a  message  causes 
the  recipient  to  be  halted.  Thus  total  system  shutdown  is  effected. 

The  procedures  above  are  designed  to  start  all  ARIES  in  synchronism. 

Under  normal  circumstances,  this  synchronism  should  be  easily  maintained 
within  the  specified  100  msec  by  the  real  time  clocks  at  each  site  (in  fact, 
any  errors  in  synchronism  are  due  far  more  to  errors  in  start  times  than  to 
clock  drift).  However,  to  check  for  possible  error  conditions  which  might 
give  rise  to  loss  of  synchronization,  each  site  periodically  transmits  a 
synchronization  time  message  to  adjacent  sites. 

This  is  another  special  case  message,  and  is  generated  by  the  inter-ARIES 
communication  programs  themselves.  The  real  time  clock  interrupt  handler 
sets  a  flag  for  these  programs  once  each  second.  Whenever  a  telephone  line 
becomes  free  and  this  flag  is  set  a  system  status  message  is  transmitted 
over  the  line  before  any  further  track  status  messages.  The  system  time 


and  status  bits  are  sampled  Immediately  prior  to  transmission.  The  reason 
for  this  procedure  is  that  it  guarantees  a  relatively  stable  knovm  delay 
between  the  sampling  of  the  clock  at  one  site  and  receipt  of  the  message 
at  its  destination.  This  known  correction  can  be  applied  to  the  received 
message  time  before  comparing  it  to  the  recipient's  system  clock.  If  the 
two  values  do  not  agree  within  100  msec,  a  system  error  is  signaled. 

If  a  synchronization  time  message  is  rejected  by  its  recipient  (NACK) , 
the  original  message  is  not  re-transmitted.  Instead,  the  system  clock  and 
status  are  again  sampled  and  a  new  message  created  (but  with  the  same  trans¬ 
mission  block  sequence  number) .  This  is  required  in  order  to  assure  the 
known  time  delay  described  above. 

3.5.9  Adjacent  ARIES  Input  Task 

Fig.  3.5-2  is  a  functional  flowchart  of  Adjacent  ARIES  Input.  The 
processing  performed  has  been  fully  described  above  under  the  various  over¬ 
view  sections. 

Inputs:  Modem  Input  Buffer. 

System  Status  File. 

DABS  ID  Lookup  Table. 

Track  File. 

Outputs:  Modified  Track  File. 

Inter-ARIES  messages. 

Modified  System  Status  File. 

Timing:  Activated  by  the  modem  input  handler  upon  the 

arrival  of  messages  from  other  sites. 

Note  that  in  manipulating  the  transponder  state  bits  in  track  word  10, 
uninterrup table  bit  setting  and  clearing  instructions  must  be  used  or  interrupts 
disabled  In  order  to  prevent  undesirable  interactions  with  Interrogation 
Processing. 

3.6  Track  File  Timer  Countdown 


The  logical  function  of  this  task  is  described  in  Section  3.5.6.  A 
functional  flowchart  for  this  task  is  presented  in  Fig.  3.6-1.  This  task's 
input/output  behavior  is  as  follows: 

Input:  Track  File. 

DABS  ID  Lookup  Table  (Used  to  locate  active  track  records) . 

Output:  Updated  Track  File. 

Inter-ARIES  messages. 


241 
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RYNlURONl^ATION. 


Fig. 3. 5-2.  Adjacent  ARIES  input. 
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Timing:  Started  once  each  second  by  the  real  time  clock  interrupt 

handler . 

Note  that  interrupts  must  be  disabled  while  track  work  10  is  being 
manipulated,  to  prevent  undesirable  interactions  with  Interrogation  Processing. 

3.7  Operator  Communications 

Each  ARIES  site  has  a  terminal  by  means  of  which  the  local  operator 
can  interact  with  the  system  and  control  its  operation.  Operator  Communica¬ 
tions  prompts  the  operator  to  enter  a  command  number.  Once  this  is  done,  it 
will  prompt  the  operator  to  provide  any  needed  input  parameters.  Both  the 
command  numbers  and  all  parameters  are  integer  numbers.  After  receiving 
all  needed  parameters.  Operator  Communications  executes  the  desired  function 
and,  unless  the  operator  has  requested  that  the  system  be  halted  or  re-initialized, 
again  prompts  the  operator  for  a  new  command  number. 

The  available  commands  and  the  corresponding  command  numbers  are  listed 
below,  and  each  command  is  discussed  individually  in  the  following  paragraphs. 

1.  Start  the  simulation  running  from  the  current  initial  time. 

2.  Halt  the  simulation  and  restore  the  normal  operating  system. 

3.  Halt  the  simulation  and  reinitialize  to  a  time  specified  by 
the  operator. 

4.  Print  system  status  information. 

5.  Allow  the  operator  to  create  a  target. 

6.  Allow  the  operator  to  drop  a  target  from  the  system. 

7.  Allow  the  operator  to  change  data  recording  modes  for 

DABS  and  ATCRBS  interrogations. 

8.  Enable/disable  interrogation  data  recording. 

3.7.1  Starting  the  Simulation 

This  command  requires  no  operator  supplied  parameters.  It  first  sends 
a  startup  message  to  the  other  ARIES  sites  as  described  in  Section  3.5.8, 
then  clears  the  system  waiting  status  bit  and  sets  the  system  running  status 
bit.  Both  of  these  are  In  the  status  flag  word  in  the  System  Status  File. 

It  then  prompts  the  operator  for  a  new  command. 

To  understand  how  this  starts  the  system,  certain  background  information 
is  required.  First,  Operator  Communications  does  not  issue  the  command 
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number  prompt  until  both  the  local  and  adjacent  ARIES  sites  are  fully 
initialized  and  waiting  to  begin  the  slmulatioti,  as  Indicated  by  status 
bits  in  the  system  status  file.  This  implies  tliat  all  sites  have  acquired 
the  interrogation  pattern  of  their  local  sensor  and  liave  positioned  tlieir 
model  file  to  the  specified  initialization  time.  At  this  point.  Operator 
Communications  types  a  "system  ready"  message,  then  gives  the  operator  a 
chance  to  review  the  list  of  available  commands,  and  finally  issues  the 
command  number  prompt. 

At  this  point,  the  only  reason  the  system  is  not  running  is  that  the 
real  time  clock  Interrupt  handler  is  not  Incrementing  the  system  clock,  or 
readying  any  of  the  timed  tasks.  It  will  only  do  this  if  the  status  bit 
which  indicates  the  system  is  running  is  set.  When  this  is  done  by  Operator 
Communications,  the  various  timed  programs  begin  executing,  and  traffic 
model  records  are  processed  and  stored  in  the  Track  File  at  the  appropriate 
system  times. 

3.7.2  Stopping  the  Simulation 

When  this  command  is  given,  a  system  halt  message  is  sent  to  all  other 
ARIES  systems  and  an  end-of-file  is  written  on  the  data  recording  tape,  if 
data  is  currently  being  recorded  on  tape  instead  of  disk.  A  bootstrap  procedure 
is  then  executed  which  is  equivalent  to  the  standard  manual  system  bootstrap 
procedure.  The  usual  "FILE  NAME?"  prompt,  will  be  printed  bv  the  bootstrap 
programs.  The  operator  may  then  either  restart  the  ARIES  software  system,  or 
restore  the  Data  General  RDOS  operating  system. 

3.7.3  Reinitializing  to  a  Now  Starting  Time 

This  also  stops  the  simulation,  except  that  Instead  of  bootstrapping  the 
operating  system  the  operator  is  prompted  to  supply  a  new  starting  time.  This 
is  inserted  in  the  initial  system  time  field  of  tiie  System  Status  File.  System 
Initialization  is  then  run.  The  model  file  will  be  positioned  to  the  new  time 
and  the  system  initialized  to  begin  another  run. 

3. 7.  A  System  Status  Comm;ind 

This  prints  a  variety  of  useful  status  Information,  including  the 
following: 

Current  system  time 

Current  system  status  word  setting 

Number  of  DABS  and  ATCRBS  targets 

A  summary  of  the  status  indications  from  the  Status  Formatter 
hardware . 

A  list  of  all  system  error  counts  that  are  non-zero  and  their 
current  value. 

The  percent  of  time  the  CPU  was  idle  during  the  last  second, 
and  the  minimum  value  of  this  one  second  idle  time  observed 
since  the  last  execution  of  tills  command. 
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3.7.5  Starting  a  Track 


rills  conunatid  prompts  tlie  operator  for  all  necessary  Information  about 
tlie  target  to  be  created.  It  then  obtains  a  track  record  from  the  free 
storage  list  and  creates  the  track.  Inserting  pointers  to  It  Into  tlie  DABS 
ID  Lookup  Table  and  the  Azimuth  Sorted  Index.  It  Is  not  as  careful  as 
Traffic  Model  Input  In  the  way  It  does  this,  not  concerning  Itself  with 
whether  or  not  the  target  Is  in  the  antenna  beam.  Therefore,  it  Is  possible 
to  get  some  anomalous  behavior  on  the  first  scan  of  the  antenna  past  the 
target. 

if  a  track  already  exists  with  the  same  track  number,  l)i>erator  Comniu- 
catlons  will  print  an  error  mess.ige.  It  does  not  allow  tracks  to  be 
updated  from  the  terminal. 

Once  a  track  is  created.  It  will  be  updated  once  each  scan  by  I’re- 
Interrogat Ion  Processing.  Since  this  updates  the  position  directly  in  p,  0 
coordinates  using  the  p,  0  values  in  the  track  record,  targets  will  in 
general  move  on  spiral  paths  (of  which  radlals  and  circles  centered  on  the 
origin  are  special  cases). 

3.7.6  Dropping  a  Track 

Operator  Oommunicat ions  prompts  for  a  track  number.  It  then  removes 
that  track  from  the  DABS  II)  Lookup  Table  and  the  Azimuth  Sorted  Index,  ;ind 
finally  returns  the  track  record  to  free  storage. 

3.7.7  Changing  the  Recording  Mode 

The  data  recording  performed  for  both  ATCRBS/Al 1-Cal 1  and  discrete 
Interrog.-it  ions  has  short  and  long  modes.  The  long  modes  provide  more  Infor¬ 
mation  .ibout  what  was  happening,  while  the  short  modes  provide  some  useful 
Infornuitlon  while  reducing  CPU  utilization  and  data  recording  bandwldths. 

For  more  Information  on  data  recording  and  the  particular  block  formats, 
please  see  Section  3.9  and  Appendix  K. 

This  command  allows  the  operator  to  change  either  ATCRBS/AI 1-C.i  1 1  or 
DABS  recording  mode  (or  both).  Initially  the  system  records  both  in  short 
mode.  Operator  Communications  prompts  the  operator  for  the  desired  DABS 
mode  .ind  then  the  desired  ATCRBS/A 1 1-Ca  1 1  mode. 

Due  to  the  nature  of  the  implementation.  It  Is  unsafe  to  change  recording 
modes  if  the  system  is  running  and  interrogations  ;ire  being  processed  and 
recorded.  Therefore,  this  command  will  not  allow  either  recording  mode  to  be 
changed  once  the  system  has  been  started  by  comm.ind  number  1. 
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3.7.8  Kuabl lng/l)l.s;>bl  Ing  laterrogat  Ion  Data  Rocording 


At  each  oxecntlon  tlie  state  of  Intcrrogat ton  data  recording  is  comiilemented. 
Initially  rocording  Is  enabled.  It  can  tlien  be  disabled  by  executing  this 
comnvand  once,  and  reenabled  by  executing  command  8  again.  This  ci>mmand  may 
be  executed  at  any  time.  Oisabllng  recording  slightly  reduces  CI’U  utilization. 
(Inly  Interrogation  recording  Is  affected.  Otlier  data  blocks  will  still  be 
recorded . 

3.8  System  Initialization 

This  program  controls  the  Inlt lal izat U>n  of  tlie  ARIKS  system.  Many  of 
the  required  operations  are  performed  directly.  Tliese  Include  initializing 
system  data  structures,  Initializing  the  various  1/(1  devices,  creating  the 
system  tasks,  and  reading  data  from  the  disk  to  initialize  the  user  programmable 
micro-code  and  certain  of  the  Site  t’liaracter  1  zal  i  on  I'ahli's.  (Uher  in  i  t  i  a  1  i  .:a  t  ions 
are  performed  indirectly  by  other  system  functions  once  System  Initialization 
has  set  certain  flags.  These  Include  ATCRliS/Al l-Call  pattern  acquisition, 
performed  by  Interrogation  Processing,  and  positioning  of  the  model  file  to 
the  Initial  time,  performed  by  Tr.afflc  Model  Input. 

System  Initialization  alsti  sends  an  initialization  message  to  all  the 
other  ARIKS  sites  to  Inform  them  of  the  fact  that  the  li>cal  site  is 
initializing  and  also  to  specify  the  Initial  model  time.  As  described  in 
Sectl<in  3.5.8  this  will  cause  the  other  sites  to  Initialize  to  that 
time  as  well. 

(Ince  System  Initialization  has  completed  its  Initialization  functions 
It  reduces  Itself  to  being  the  lowest  priority  task,  and  takes  on  the 
combined  functions  of  system  idle  loop  and  background  task  scheduler.  The 
latter  function  Is  described  more  fully  In  Section  3.10.  The  idle  loop 
consists  of  a  1  msec  delay  counter,  which  counts  only  when  iu>  otlier  system 
task  Is  running,  followed  by  a  few  Instructions  in  which  an  idle  time  count 
Is  Incremented  (providing  a  measure  of  the  amount  of  (’.I’li  time  being  used  by 
the  system),  and  then  any  hackground  tasks  that  need  to  he  executi'd  are  called, 
Heiore  returning  to  the  1  msec  delay,  Lhi'  system  status  I  lags  ari'  checki'd. 

If  these  have  all  been  cleareil  by  Operator  Oommunicat  ions  diu'  to  a  command  to 
reinitialize.  System  Initialization  will  resuiiu'  highest  prioritv  and 
reinitialize  the  system. 

Figure  3.8-1  Is  a  functional  flowchart  of  System  Initialization. 

3.9  Diagnostic  Data  Rocording 

Data  recording  by  ARIKS  serves  two  purposes.  I’rlmarilv  the  recordings 
arc  used  as  diagnostic  aids  for  debugging  ern'rs  in  the  real  time  operativ'n 
of  the  system.  A  secondary  function  Is  to  reci>rd  enough  vlata  abi>ut  the 
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Fig. 3. 8-1.  Continued. 
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Fig. 3.8-1.  Contlnuod. 


25 


interrogations  received  that  tlve  operation  of  the  DABS  sensor  can  be  moni¬ 
tored.  The  data  recorded  consists  almost  entirely  of  the  various  hardware 
inpvits.  The  data  paths  In  ARIES  are  short  enough  and  direct  enough  that 
it  is  not  felt  necessary  to  record  internal  data.  In  the  case  of  the  input 
of  model  data  from  the  disk,  the  model  record  is  not  re-recorded,  but  only 
an  indication  of  the  disk  block  number  within  the  file  and  when  it  was 
retrieved  is  saved.  If  necessary,  later  off-line  analysis  can  retrieve  the 
model  data  from  that  same  file. 

There  is  a  Data  Output  task  wlilch  writes  tliese  data  to  either  a  disk 
file  or  magnetic  tape.  System  Initialization  asks  the  operator  to  specify 
wliether  disk  or  tape  recording  is  to  be  used.  A  data  recording  subroutine 
is  also  provided  which  allows  any  background  system  task  (see  Section  3.10 
for  a  definition  of  background  tasks)  to  record  data,  and  which  will  format 
the  data  into  I/O  buffers  for  recording  by  the  Data  Output  task. 

If  tlie  recording  is  made  to  tape,  it  continues  until  an  end  of  tape 
condition  or  tape  error  is  sensed,  at  which  time  air  end  of  file  mark  is 
written  and  recording  is  transferred  to  the  disk. 

If  the  recording  is  made  to  the  disk,  a  limited  amount  of  recording 
is  supported,  determined  by  the  size  of  the  disk  file  allocated  for  tills 
purpose.  If  the  end  of  the  file  is  reached  before  the  system  stops,  the 
Data  Output  task  begins  overwriting  the  initial  records  of  tlie  I  He.  Tims, 
the  file  will  always  contain  the  last  few  minutes  worth  of  data. 

Data  Items  are  recorded  in  the  format  shown  in  Fig.  3.9-1.  All 
data  blocks  are  proceeded  by  a  three  word  header.  The  first  word  is  an 
identifying  block  number,  the  second  a  count  of  the  number  of  words  in 
the  block  (Including  the  three  header  words),  and  the  third  is  the  value 
of  the  low  order  16  bits  of  the  system's  millisecond  clock  when  this  data 
was  recorded. 

The  Indlvldu.al  data  blocks  are  grouped  into  buffers  for  recording. 

512  word  buffers  are  used,  corresponding  to  two  disk  blocks.  Since  the 
individual  data  blocks  are  varying  size,  and  it  is  not  permitted  to  break 
a  block  between  buffers,  a  varying  amount  of  data  will  appear  in  each 
buffer.  To  Indicate  the  end  of  the  useful  data  a  -1  is  recorded  in  the 
word  following  the  last  data  block.  This  is  the  location  where  the 
Identifying  block  number  for  the  next  block  would  normally  be  found. 

At  the  beginning  of  each  buffer,  block  number  1  (a  time  block 
containing  the  current  32  bit  system  clock  time)  is  recorded  so  that  a 
full  32  bit  mission  time  is  available  to  eliminate  the  ambiguity  in  the 
16  bit  times  recorded  with  each  data  block.  The  overall  buffer  format 
is  shown  in  Fig.  3,9-2. 
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_ WORD  COUNT  (N) _ 

RECORDINC  time;  (LSB  -  1  MSEC) 


Fig. 3. 9-2.  Recording  buffer  format. 


Detailed  data  block  formats  for  each  of  the  data  blocks  recorded  by 
ARIES  are  given  in  Appendix  F. 

As  noted  above,  a  utility  program  is  provided  to  allow  any  background 
task  to  record  data.  Background  tasks  have  the  property  that  they  are  non- 
preemptive,  that  is,  they  do  not  interrupt  one  another.  This  is  important 
to  the  operation  of  data  recording.  A  task  that  is  storing  data  in  the 
recording  buffer  cannot  be  interrupted  by  another  task  which  records  data, 
as  this  could  resvilt  in  one  data  block  being  inserted  into  the  middle  of 
another,  making  the  recording  unreadable.  However,  the  interrogation  and 
reply  data  that  is  to  be  recorded  is  generated  by  Interrogation  Processing 
and  ATCRBS/All-Call  Reply  Generation,  which  are  interrupt  handlers.  Since 
they  cannot  be  allowed  to  directly  record  the  data  they  Instead  store  it  in 
buffer  areas.  This  data  is  then  later  picked  up  and  recorded  by  background 
tasks  which  were  specifically  created  for  this  purpose. 

3.10  System  Tasks  and  Task  Scheduling 

The  previous  discussions  of  the  system's  operation  have  been  largely 
in  terms  of  major  functional  units.  However,  these  units  also  tend  to  be 
independent  in  their  timing  and  can  therefore  be  scheduled  Independently 
and  treated  as  tasks.  Thus,  logically,  ARIES  consists  of  quite  a  few 
independent  tasks,  the  most  Important  of  which  have  been  discussed  in  the 
preceding  sections.  In  fact,  these  tasks  are  scheduled  by  a  variety  of 
means.  The  highest  priority,  most  time  critical  tasks,  such  as  Interrogation 
Processing  and  ATCRBS/All-Call  Reply  Generation,  are  scheduled  by  means  of 
a  priority  Interrupt  system.  Also  included  as  "tasks"  under  this  scheme  are 
handlers  for  all  the  ARIES  hardware  Interrupts.  All  of  these  except  the 
above  two  and  the  real  time  clock  handler  are  quite  short  and  just  increment 
counters  or  read  small  amounts  of  hardware  status  data. 

The  next  group  of  tasks  are  treated  as  tasks  by  the  Data  General  RTOS 
operating  system,  and  are  priority  scheduled  in  such  a  way  that  higher  priority 
tasks  can  take  away  the  CPU  from  lower  priority  tasks  (just  as  higher  priority 
Interrupts  can  preempt  lower  priority  ones).  Of  these  there  are  only  a  small 
number,  as  the  operating  system  requires  a  considerable  amount  of  memory 
overhead  (in  the  form  of  task  control  blocks  and  per-task  stack  space)  for 
such  tasks.  Included  in  this  group  are  Disk  Input,  Data  Output,  Operator 
Communications,  and  System  Initialization,  in  order  of  decreasing  priority. 

The  next  group  of  "tasks"  are  in  fact  treated  as  subroutines  of  System 
Initialization  in  the  portion  of  that  task  which  forms  the  system  Idle  loop. 
Each  such  "task"  has  a  status  flag  which,  if  set,  will  cause  it  to  bo  called 
on  the  next  cycle  through  the  idle  loop  (see  Section  3.8).  The  idle  loop 
only  goes  back  to  its  1  msec  delay  counter  when  all  such  flags  have  been 
cleared.  The  order  in  which  the  flags  are  tested  determines  the  priorities. 
After  completing  any  task,  all  the  flags  are  again  tested.  Many  of  these 
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are  set  by  the  real  time  clock  handler  when  the  time  for  a  given  task  to 
run  has  arrived.  Others  are  set  when  either  Interrogation  Processing  or 
ATCRBS/All-Call  Reply  Generation  has  created  some  data  to  be  recorded  and 
wishes  to  wake  the  corresponding  data  recording  "task"  (see  Section  3.9). 
These  "tasks"  are  not  able  to  preempt  each  other  (due  to  the  fact  that  they 
are  treated  as  subroutines)  and  are  collectively  called  the  "background 
tasks".  They  include  the  following  functions,  in  priority  order: 

DABS  Interrogation  Data  Recording 
ATCRBS/All-Call  Data  Recording 
Pre-Interrogation  Processing 
Traffic  Model  Input 
Adjacent  ARIES  Input 
Timer  Countdown 

There  are  two  major  advantages  to  this  form  of  scheduling.  One  is  that 
the  scheduling  overhead  is  greatly  reduced,  both  in  terms  of  CPU  time  and  in 
terms  of  memory  requirements.  Second,  since  these  tasks  are  non-preemptlve , 
there  is  no  need  to  worry  about  non-determlnistic  Interactions  on  data 
structures  shared  between  two  tasks.  Thus  the  coding  is  simplified  and  there 
is  less  likelyhood  of  obscure  timing  related  "bugs".  However,  data  struc¬ 
tures  shared  between  these  background  tasks  and  the  other  system  tasks  and 
interrupt  handlers  must  be  studied  carefully  for  unsafe  Interactions  and 
care  taken  to  avoid  them.  In  particular,  the  sections  of  this  document 
discussing  Pre-Interrogation  Processing,  Traffic  Model  Input,  and  Timer 
Countdown  present  details  designed  to  prevent  unsafe  interactions  with  In¬ 
terrogation  Processing  on  the  several  files  shared  by  these  functions. 
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